本人負責pdu專案配置管理系統的開發，全面負責配置管理系統功能的需求分析，開發設計，功能驗證及整體的聯調。
專案在開發將近完成的時候，客戶與產品經理溝通需要變更需求，產品經理將更改的需求跟我溝通了下，我和底層人員溝通並分析了需求變更的可能性及工作量，後來感覺問題不大就直接開始變更設計。
等到開發完成後將系統交給測試人員測試，發現新的需求，底層由於沒有全部支援，整個配置管理系統只實現了大部分功能。
後期填坑，專案延期了兩周，最終將功能全部實現。
沒有建立變更控制委員會和變更控制流程
沒有遵循正確的變更管理流程
對客戶的變更請求沒有進行充分的評估和論證
沒有提交書面的、正式的變更請求，或是對變更沒有進行記錄
沒有對變更進行變更影響評估、論證、評審
缺少對變更實施過程的有效監控
缺少變更的驗證確認
需求變更管理
需求變更 是業界公認的專案管理重大挑戰，尤其是專案後期產生的需求變更，對專案的影響是非常大的。但是，需求開發不可能做到完美無瑕，而且隨著客戶對專案和系統的了解，很有可能提出新的需求或者對原有的需求作出修正。因此，需求的變化是不可避免的。對於如何應對需求變更，主要的思路有兩條 首先是從源頭做起，提高需...
需求變更的代價和如何減少需求變更
需求變更的代價 一般來講，需求的變更通常意味著需求的增加，需求的減少相對很少，而且處理需求減少方面的問題也比較容易。當客戶提出新需求的時候，專案開發人員應該分析這些新需求對專案現階段帶來的風險，得出雙方實現變更需求的需要的成本，包括時間 人力 資源等等方面。變更都是有代價的，應該評估一下變更的代價和...
如何做好需求變更管理？ 需求變更流程規範
一 引言 由於目前公司內部對產品的需求變動都只是口頭或郵件中進行通知，並沒有進行內部評審和相關需求變動後的記錄，導致後續出的產品某些需求增加了，某些沒有進行增加。這樣就會導致測試得到的資訊不完整，以及後續產品的維護困難。在這裡書寫乙份規範說明書，希望能得到一些改善。二 目的 控制需求變化引起的開發 ...