專案範圍變更管理（轉）

專案中不可避免的會發生範圍的變更，不論是在專案的開始階段或是專案的將要結束階段，都有可能會發生專案範圍的變更，而專案範圍的變更會自然而然地對專案有影響，所以，怎麼樣控制專案的範圍變更是專案管理所需要做的一個重要內容。
專案所處的階段越早，專案不確定性就越大，專案調整或變更的可能性就越大，同時帶來的代價比較低。但隨著專案的進行，不確定性逐漸減小，而變更的代價、付出的人力、資源逐漸增加，就會增加決策的困難度。
一旦專案變更發生了，專案管理該怎麼處理呢？
我認為：
1） 記錄變更請求（CR）： 任何變更，不論以後是否會被接受，都應該首先記錄下來，有些變更請求也許在本階段不被接受，也許可以成為以後參考的功能或範圍。所以對於任何變更請求，首先要做的是記錄下來是一個什麼樣的變更請求，是由哪一類專案干係人提出來的，以及相應的聯絡方式。
2） 澄清變更細節，分析相應變更請求的必要性。
3） 對變更請求產生的原因進行分析，象是由於在專案初期對需求沒有明確產品範圍產生的專案變更，或是沒有明確專案範圍產生的變更，還是由於外部事件產生的原因。
4） 根據變更請求，由相應的人員分析相應變更請求對現有專案進度的影響程度，並分析相關的變更請求之間的影響關係，新增相應記錄在相應的變更請求中。
5） 根據變更請求對現有專案進度影響程度，確認相應的成本估計。
6） 對專案變更排列優先順序。針對專案現有進度，進行專案變更的專案進度影響、費用及專案可接受影響程度，建議對變更請求採取的應對措施，記錄風險和相應的風險應對計劃。
7） 同專案贊助人協商專案變更影響，解決變更請求需要符合的條件，以及相應的費用的變化，及專案贊助人的可接受程度確定是否實施變更。
8） 專案配置控制委員會批准相應的專案範圍變更，進度計劃，人員和費用計劃。
9） 專案管理將專案變更加入現有專案的專案詳細計劃中，更新相應的專案文件，通知相應專案干係人相應的專案內容、進度、人員、費用的變更。
10） 執行並提交專案變更
11） 在專案變更被接受後，終止變更請求。
12） 記錄實際專案變更所帶來的影響，汲取的教訓分析。[@more@]