在需求變更這件事上，沒有贏家，每個人都是受害者。
國內很多軟體公司，需求變更是常事，導致開發過程中很多**需要修改，不得不加班加點趕進度。
1、需求的確定性
建築需求是很具象的，各方都明確地知道要什麼。而軟體工程的需求經常是抽象、模糊、不精確的，隨著開發有了雛形才慢慢想清楚真正想要的是什麼。
2、需求變更的成本
建築專案裡的需求變更，我們都很容易和成本掛鉤。
很多人對軟體專案需求變更導致的成本增加缺少認知。在國外很多it公司都是工程師文化，產品經理變更需求成本很高，所以確認需求的時候需要慎之又慎。
1、提公升需求確定性：做好需求分析，對需求理解透徹，後期返工少，對產品經理的需求分析能力要求高。
2、提高變更成本：規範需求變更流程，見效快，不過過於繁瑣的流程不利於專案協作。
3、降低相應變更的成本：通過靈活的架構和強大的配置，方便快捷的響應需求變更，對軟體架構和專案管理要求比較高。
需求變更管理
需求變更 是業界公認的專案管理重大挑戰，尤其是專案後期產生的需求變更，對專案的影響是非常大的。但是，需求開發不可能做到完美無瑕，而且隨著客戶對專案和系統的了解，很有可能提出新的需求或者對原有的需求作出修正。因此，需求的變化是不可避免的。對於如何應對需求變更，主要的思路有兩條 首先是從源頭做起，提高需...
需求變更的代價和如何減少需求變更
需求變更的代價 一般來講，需求的變更通常意味著需求的增加，需求的減少相對很少，而且處理需求減少方面的問題也比較容易。當客戶提出新需求的時候，專案開發人員應該分析這些新需求對專案現階段帶來的風險，得出雙方實現變更需求的需要的成本，包括時間 人力 資源等等方面。變更都是有代價的，應該評估一下變更的代價和...
如何做好需求變更管理？ 需求變更流程規範
一 引言 由於目前公司內部對產品的需求變動都只是口頭或郵件中進行通知，並沒有進行內部評審和相關需求變動後的記錄，導致後續出的產品某些需求增加了，某些沒有進行增加。這樣就會導致測試得到的資訊不完整，以及後續產品的維護困難。在這裡書寫乙份規範說明書，希望能得到一些改善。二 目的 控制需求變化引起的開發 ...