項目從頭到尾按照計劃“一帆風順”的進行，這種完美的情形發生的可能幾乎為零。就如人生無常，項目需求跟隨項目進度、人的想法而改變才是項目管理碰見的常態。因此，為了更好的應對必然發生的變量，大家反而應該主動做好應對心態與措施，減輕其可能帶來的風險，盡量將其轉化為項目的機遇。

　　要解決問題自然得先了解引發問題的原因，因此我們想要知道如何正確的應對項目需求變更，就得先了解需求變更的原因。

　　理解分歧致使項目需求不正確

　　項目的供需雙方，所擅長的知識領域不同，在面對同樣信息的理解上也會有差異。首先，客戶不一定會懂得項目管理相關知識，他在向項目人員闡述自己需求時，所運用的往往是與自己產品相關的項目“外行”語言;同理，項目組自身的知識背景，再關聯客戶的表達能力，可能對于客戶的理解也未必正確卻不自知。

　　如此，雙方可能從一開始的交流上就產生了理解的分歧，為后面項目變更埋下伏筆。另外，項目開始時項目人員讓客戶確認的項目需求文檔，可能有不少項目管理專業性語言，并不會出現與項目產品相關的直接設計，多是摸棱兩可的說明，因此，客戶自然也無法從本質判斷是否能完成自己的東西，但就是感覺“挺厲害、挺專業”的，因此在這樣雙方的“美麗誤會”下，不完善的需求就被確認了。

　　需求隨體驗明朗而逐步改變

　　有許多實體產品相關的項目需求，是不太可能一次性就定義的，它可能會在客戶測試后隨著人的主觀想法、試用體驗而發生改變、調整。

　　例如，手機或App的研發，當項目進行到一定階段，就有初步的可試用產品交付給客戶開始驗收成果。客戶通過實際操作就會對系統的界面、功能、性能等有了直觀的感受，能切身體驗這個東西是否是自己想要的，有哪些問題缺陷等。

　　這時，原先在開始時不知如何準確表達自己需求的客戶，往往可以直觀的說明自己心中所想，針對次產品提出自己新的要求和改良之處。如此項目需求自然會發生變更，甚至可能出現與初始背道而馳的要求。