從畢業到現在，做過好幾個不同的專案，不想談論技術相關的話題，我更多的是談論與客戶的交流和溝通。
眾所周知，客戶往往都是不懂系統開發技術的客戶群體。所以，對於需求管理人員，既要弄懂客戶所描述的系統功能，還要用最通俗的語言，將自己所理解的需求告知客戶，待雙方達成一致，方可算作好的需求調研。做好需求溝通，其實很重要。因為很多大型企業的老總，都是四五十歲，甚至五六十歲的管理者，我們需要面對的可能是什麼都不懂的人，所以，在溝通的過程中，更多的是需要耐心，只有讓他們感覺爽了，才會在合同上簽字。
另外，專案拿到手，正式進入開發階段，可能會碰到一些問題，影響了專案的進展，甚至有可能無法在截止日期交付。當發現這個問題的時候，永遠不要試著利用客戶不懂技術，沒有將實際情況告知客戶，企圖在交付的時候，變相的將責任推給客戶。最終在交付的時候，客戶並不知情，認為交付的時候，專案一切ok，既沒有按照合同交付，反而有可能影響了客戶的計畫。所以，千萬不要抱有僥倖心理，永遠不能挑戰使用者的無知。
當出現問題的時候，要及時溝通。其實，很多客戶往往也會採取折衷的方法，因為有的專案，對於一些領導來說，能在規定的時間裡完成，也算是在他任內的業績。所以，他們寧可專案在效用在打折扣，也不願專案是以失敗或是糾紛告終。
還有，就是需求變更。
這個在軟體開發的過程中，再正常不過。作為專案管理者，要允許這種情況的發生。但在客戶每次提出變更的時候，最好要求使用者簽定乙個協議，證明是客戶的原因，需要對專案功能作調整。並非是拿這個協議，去要求客戶提高專案經費，而是在開發的過程中，可能會以為各方面的原因，專案會延期，有了這個協議，造成專案延期的原因，客戶方是有責任的。這個在專案交付付款的時候，或者經濟糾紛的時候，尤為重要。 其實，從某種方面來說，需求變更對於開發者來說，還是有一定好處的，這樣在專案延期的時候，我們能有一套理直氣壯的說辭。
本文由好友wonderful所寫
專案需求和客戶交流的心得體會
從畢業到現在，做過好幾個不同的專案，不想談論技術相關的話題，我更多的是談論與客戶的交流和溝通。眾所周知，客戶往往都是不懂系統開發技術的客戶群體。所以，對於需求管理人員，既要弄懂客戶所描述的系統功能，還要用最通俗的語言，將自己所理解的需求告知客戶，待雙方達成一致，方可算作好的需求調研。做好需求溝通，其...
專案需求和客戶交流的心得體會
從畢業到現在，做過好幾個不同的專案，不想談論技術相關的話題，我更多的是談論與客戶的交流和溝通。眾所周知，客戶往往都是不懂系統開發技術的客戶群體。所以，對於需求管理人員，既要弄懂客戶所描述的系統功能，還要用最通俗的語言，將自己所理解的需求告知客戶，待雙方達成一致，方可算作好的需求調研。做好需求溝通，其...
專案總結心得體會
隨著各個專案實施的展開，專案各多多少少都出現了一些問題，或者是發生了事故，或者指揮和管理出現一些混亂，影響了工作目標，留下了隱患。及時總結這些經驗教訓是非常必要的，下面從專案管理角度對出現的問題和事故進行分析和總結。1 對專案經理的現場指揮 關於對專案經理的指揮，現在感覺有些混亂。專案經理在公司時還...