收集并管理用戶需求一般比較困難，現在讓我們考慮一下為什么這個過程如此艱難，當你面對這個問題時你會采取什么辦法處理。此時，有個問題你必須先考慮：什么情況下，項目全周期管理系統發現項目需求易發生變更。

　　項目事情太多，雜亂無章

　　項目越大意味著需求越多，參與的人員也越多。如果保證不了項目進度，或者因為事情太多、需求點太多而導致項目失控，哪怕項目組加班加點做工作，最后也會出現什么都沒做好、客戶不認可、領導很焦慮、下屬很失望、你郁悶要死的局面。

　　在項目進行過程中，不可避免地會遇到很多需求和修改意見，如何快速把握這些需求，提出正確可行的解決方案，是項目經理首先要考慮的事情。別忘了項目合同上都是有時間限制的，如何在時間段之內完成項目而且完成得好就是關鍵。

　　用戶需求的不斷增加

　　要想把需求變更范圍控制到最小，必須一開始就對項目視圖、范圍、目標、約束限制和成功標準給予明確說明，并將此說明作為評價需求變更和新特性的參照框架。說明中包括了對每種變更進行變更影響因素分析的變更控制過程，有助于所有風險承擔者明白業務決策的合理性，即為何進行某些變更，相應消耗的時間、資源或特性上的折中。

　　產品開發中不斷延續的變更會使其整體結構日漸紊亂，補丁代碼也使得整個程序難以理解和維護。插入補丁代碼使模塊違背強內聚、松耦合的設計原則，特別是如果項目配置管理工作不完善的話，收回變更和刪除特性會帶來問題。如果你盡早地區別這些可能帶來變更的特性，你就能開發一個更為健壯的結構，并能更好地適應它。這樣設計階段需求變更不會直接導致補丁代碼，同時也有利于減少因變更導致質量的下降。

　　同樣，客戶有時也可能要求一些看上去很“酷”，但缺乏實用價值的功能，而實現這些功能只能徒耗時間和成本。為了將“畫蛇添足”的危害盡量減小，應確信：你明白為什么要包括這些功能，以及這些功能的“來龍去脈”，這樣使得需求分析過程始終是注重那些能使用戶完成他們業務任務的核心功能。