怎樣從容應對客戶的需求反復？

領測軟件測試網

　　在此提醒大家，切忌對用戶提出的需求拍胸脯，在此之前可以捫心自問：“如果拍了胸脯，以后不能按時完成，我能不能負擔全部責任？”這樣冷靜一下就不會胡亂應承了。有一個比較好的方式減少這樣的麻煩，就是在需求分析階段之后，與用戶不要親密接觸，而是按照軟件項目的周期，或者雙方在初期的約定，定時通報軟件研發的進展。如果軟件研發采用迭代式開發，就可以在每一期交付產品發布時做這個事情，征詢到的用戶需求將納入以后某期的軟件版本中。 

　　3．為將要頻繁改動需求的軟件項目進行版本規劃。 

　　如果考慮到軟件項目比較大，周期比較長，如超過一年，其間的需求變化必然多得不可勝數，建議采用迭代式開發，為每個階段的產品進行版本規劃。第一個版本一般是包括了軟件系統最基本的功能，用戶最關心的功能，它的研發過程實際上還為后續版本提供了系統構架和新技術探索。一個按時交付、質量較好的版本可以讓用戶保持對項目成功的信心，并給了用戶在最終產品未出來之前逐漸接近最終產品的機會，這個過程將使用戶需求更加明確和完善，以提高最終產品的一次成功的幾率。所以第一個版本的完成是項目的重要里程碑，建議項目組在此時舉行慶祝會來提高凝聚力，鼓舞員工士氣。后續的版本規劃，一般是需求的分期完善，對系統的缺陷做持續改進。這個過程將一直持續到軟件的生命周期結束。 

　　需求管理是CMM二級就開始關注的KPA，可見其重要性。關于這方面的書籍多種多樣，不過最好的還是行之有效的實踐經驗。我在自己的項目管理中，充分應用上述經驗，可以從容面對我的客戶，希望它對您的項目成功有所幫助。

文章來源于領測軟件測試網 http://www.kjueaiud.com/