專案經理高階修煉1 專案調研溝通

2021-09-06 01:14:21 字數 1689 閱讀 7872

我們知道專案過程中,經常遇到返工、細節不斷修改、需求海闊天空的突破邊界,造成了大量的專案成本,如何做到專案成本可控而不是客戶滿意度呢?

也許書本上的內容會很多,但今天要跟大家交流的是盡信書不如無書。

書本上都會說,專案調研,控制邊界、盡量寫無二義性的需求文件,以控制專案邊界、做到規範的需求管理、可是這一切都是需要甲方配合。我們可以預期乙個優質的甲方,有

著優質的專案理解素養,這個時候我們一般會比較順利。

而現實,甲方不一定配合我們工作,也不一定能理解到專案管理的規範和自己要做的配合。

在這樣的情況下,我們該如何做好專案調研溝通呢?

第一:理解需求調研前的三個觀點

1、需求質量是專案成功的重要保障

首先要重視需求調研,而不能是事不關己高高掛起的態度。

2、信任是需求調研最大的成本

軟體專案實際最大的成本是信任,專案經理首先要有規範的行為和豐富的行業理解。這是贏得信任的一種行動和能力

比如:我們需要做乙個詳細的需求調研報告,事先溝通,某時調研某部門、受訪者角色、拜訪內容、拜訪目的等,正確客戶的重視和事先的準備。

在調研前,不一定要等著所有問題都由客戶來提出,調研前客戶不一定對所有問題都有了全面的總結和歸納,如果沒有實現的準備,對行業知識的理解,很難讓客戶把問

題盡量全的一次溝通,這樣都容易造成後期的返工或驗收前二次維護的成本風險,可以考慮在調研前,先熟悉行業其它客戶面臨的問題,引導客戶重視和說出這些關鍵問題所在,

重視解決問題的重要性。這樣的習慣和積累同時也是贏得客戶信任的能力。越了解客戶和業務,越有說服力。

3、需求調研是一項綜合技能

需求不但是要從書本上獲取一些方**,還需要調整心態、掌握溝通技巧,持續積累行業經驗等等。

第二:需求調研方**

需求調研的方**,把握三個原則

1、把握需求

找對人:,在我們的調研計畫裡,預先約定正確的關鍵人物,否則調研的結果不一定是正確的

派對人:派熟悉客戶和行業的人,擅長溝通的人參與調研,溝通和說服力也是控制需求、保證專案成功的基本能力之一

多種確認方式:需求要經過確認,如:未正式提交需求文件時,備忘錄,正式時的需求規格說明書,預防誤解造成的返工成本

持續完善:需求盡量一次性調研完成,但正式調研後,最好再跟客戶多一些溝通,完善和補充遺漏部門,盡量控制在設計前完成需求調研

2、控制邊界

專案是有預算和成本的,邊界的控制是在需求溝通過程中重要的原則

要具備把握客戶核心問題解決方案的能力,首先要贏得客戶信任,核心問題是必須要解決的,溝通前有各種面對客戶問題的解決方案的選擇,每種方案的成本是不一樣的

,要跟客戶做好價值和投入的溝通。

3、融洽關係           

多熟悉業務、了解客戶尋求共鳴的感覺,遇到困難、成本無法控制的需求時多跟客戶溝通其它非技術的方式來解決,而不是僵持在那裡。

第三:需求調研專業技能和工具

第三點,書本上的內容是相當豐富的,包括分析工具、調研的形式、提問、聆聽的技巧及各種文件規範等等,這裡就不多說了

我們雖然是做工作流研究的,將近10年的流程引擎及流程管理應用的研究,但今天跟大家分享的是專案管理的一些經驗。

需求的調研是一項綜合技能,在充分掌握這項技能的同時,我們還需要在技術上有靈活的機構和流程引擎技術,來靈活的應對各種變化。希望我們這個行業越來越健康的發展

,而少一些靠商業手段去做一些違背自然規律的事情。

e8系列軟體又添新成員 e8crm 帶流程管理的crm : 

專案經理高階修煉1 專案調研溝通

我們知道專案過程中,經常遇到返工 細節不斷修改 需求海闊天空的突破邊界,造成了大量的專案成本,如何做到專案成本可控而不是客戶滿意度呢?也許書本上的內容會很多,但今天要跟大家交流的是盡信書不如無書。書本上都會說,專案調研,控制邊界 盡量寫無二義性的需求文件,以控制專案邊界 做到規範的需求管理 可是這一...

專案經理之修煉 3 專案經理成功就靠它

專案經理怎樣做才能成功?自我修煉!除此之外,你別無選擇。這世上確有超級專案經理的存在。對於新專案經理們而言,他們就彷彿夏夜裡的燦爛星辰,明亮卻又遙不可及。作為乙個專案經理,也許沒有必要非成為超級專案經理不可,但老孫覺得,知道一些他們的事蹟會讓受益良多的。總結起來,超級專案經理不外乎下面三類 l極限情...

專案經理之修煉 2 專案經理,乙個尷尬的職位

乙個簡單的問題 幹嘛非要做專案經理呢?軟體開發行業在近幾年,it專案出現了這樣的趨勢 l.競爭者越來越多 2.開發周期越來越短 3.客戶需求越來越多 4.投入資金卻越來越少。這是個大趨勢,誰都改變不了。這也就意味著,專案經理需要有更高的溝通技巧,更高的技術能力,更高的專案管理能力,更高強度的工作,而...