專案管理需求變更二

2. 客戶想法或要求導致的需求變更。由於社會在發展，人的觀念也在不斷更新，可以說，客戶提出變更也是可以理解的。

專案組基於變更評估與客戶溝通，策略有三類，一是指出變更不合理，影響太大，直接拒絕;二是提出替換方案;三是商務談判，具體的做法與第1點類似;

3. 需求本身有缺陷導致的變更。這時候與客戶溝通，說明考慮不周的情況，提出解決方案。

要注意的是，如果是專案組的失誤導致的缺陷，需承認客觀事實，不要掩飾或者推卸責任，否則可能會引致客戶對專案組不信任，降低客戶滿意度，影響合作關係。

四、需求變更的控制

需求變更的控制關鍵在於建立建立相應的控制組織、變更控制和跟蹤系統以及規範變更流程，主要有：專案經理部落格

1. 建立組織。專案啟動時，我們會盡可能的與客戶溝通，建立正式的對變更進行控制的組織，成員包括雙方高層(掛名)、甲乙雙方的專案負責人、相關的需求負責人等。

如果客戶認為無需單獨設定這樣的正式組織，我們也會要求客戶指定專案的負責人，每個相關的業務科室指定一名需求負責人，這樣做的目的是如出現變更可以很快的臨時組建乙個對變更負責的組織，並且可以找到相應的負責人;

2. 建立變更控制和跟蹤系統。建立該系統的目的是統一管理需求變更和跟蹤變更的狀態，便於專案組測試人員、開發人員、系統分析員以及pm相互之間的溝通和交流;經比較和選型，我們選用了jira作為變更控制和跟蹤系統;

3. 規範流程。甲乙雙方的專案組成立後，根據角色定義，確定變更流程。

1) 變更申請。系統介面如按鈕的位置、欄位的位置的細微調整，不涉及到業務規則，對基線基本沒有影響的變更，由測試人員直接在變更控制系統中提出;其他如操作風格的較大變化、業務規則的變化等，均要求客戶提出電子和書面的需求變更單;專案經理圈子

2) 變更評估。由專案組組織人員對變更進行變更的合理性分析，變更替換方案分析，工作量的估算以及涉及什麼模組、影響什麼模組等影響分析;

3) 變更決策。根據上節確定的溝通策略，與客戶溝通交流，確定變更的處理方式;

4) 變更實施。由測試人員在變更控制系統中填寫變更資訊(狀態：待處理)，由系統分析員填寫處理方法和影響分析後交由開發人員實施(狀態：處理中);

5) 變更驗證。測試人員根據變更控制系統的變更狀態反饋(狀態：已解決)，待相應的版本發布後，對變更進行驗證測試，這時候特別要注意的是記錄該變更的修改是否引起了該模組或其他模組產生缺陷。

通常，測試人員根據系統分析員在變更控制系統中標註的影響模組，逐一進行回歸測試，以確保不影響原有模組的前提下變更已正確實施;內部測試完畢後，如系統已上線，則由客戶相關負責人在模擬生產環境中進行驗收測試;

6) 溝通歸檔。變更驗證後，測試人員關閉變更(狀態：已關閉)，專案經理告知客戶已測試完畢，溝通發布時間並說明那些模組可能有影響以及發現問題的反饋途徑和方式。

通過以上幾種手段，如執行實施到位，基本可以有效的把變更置於控制之下。專案管理者聯盟文章

最後，值得一提的是，變更實施或者系統缺陷修復涉及到多方面的人員，可能牽涉軟體系統中的多個模組，處理和驗證的流程複雜，溝通等管理成本高昂，如果變更和質量控制不好，會直接影響專案的進度和成本。

專案管理 需求變更 二