1. 許多項目失敗的原因就是由于對變更的處理不當

2. 變更管理是為了使項目實際執行情況和項目基準相一致而對項目變更進行管理，其可能的結果是拒絕變更或調整基準

3. 分類

3.1. 性質

3.1.1. 重大變更

3.1.2. 重要變更

3.1.3. 一般變更

3.1.4. 通過不同審批權限控制

3.2. 迫切性

3.2.1. 緊急變更

3.2.2. 非緊急變更

3.2.3. 通過不同的變更處理流程進行控制

3.3. 發生的領域和階段

3.3.1. 進度變更、成本變更、質量變更、設計變更、實施變更和工作（產品）范圍變更

3.4. 來源

3.4.1. 內部變更

3.4.2. 外部變更

4. 變更的原因

4.1. 產品范圍（成果）定義的過失或者疏忽

4.2. 項目范圍（工作）定義的過失或者疏忽

4.3. 客戶提出新需求

4.4. 應對風險的緊急措施或規避措施

4.5. 項目執行過程與項目基準要求不一致帶來的被動調整（如進度、質量、成本等）

4.6. 項目團隊人員調整

4.7. 技術革新的要求

4.8. 外部事件（例如政策變動或自然環境變化等）

5. 基本原則

5.1. 基準管理

5.1.1. 基準是變更的依據

5.2. 建立變更控制流程

5.3. 建立變更控制委員會

5.4. 完整體現變更的影響

5.5. 變更產生的相關文檔應納入配置管理中

6. 角色職責

6.1. 變更申請人

6.1.1. 提出變更申請的相關人員

6.1.2. 項目的任何干系人都可以提出變更申請

6.2. 項目經理

6.3. 變更控制委員會（Configuration Control Board, CCB）

6.3.1. 負責對提交的變更申請進行審查，并對變更申請做出批準、否決或其他決定

6.4. 變更實施人

6.4.1. 實施已批準的變更的相關人員

6.4.2. 變更申請內容不同，相應的變更實施人員也不同

6.4.3. 要參與變更正確性的確認工作

6.5. 配置管理員

6.5.1. 變更過程的相關產物應納入配置管理系統中

6.5.2. 把變更后的基準納入整個項目基準中

7. 工作程序

7.1. 提出變更申請

7.1.1. 【20下選42】

7.1.2. 以書面形式記錄，并納入配置管理系統中

7.1.3. 關于修改文檔、可交付物或基準的正式提議

7.1.4. 糾正措施

7.1.4.1. 為了使項目工作績效與項目管理計劃保持一致而進行的變更申請

7.1.5. 預防措施

7.1.5.1. 為了確保項目工作的未來績效符合項目管理計劃而進行的變更申請

7.1.6. 缺陷補救

7.1.6.1. 為了修正不一致的產品或產品組件而進行的變更申請

7.1.7. 更新

7.1.7.1. 對正式受控的項目文件或計劃等進行的變更申請，以便反映修改或增加的意見或內容

7.2. 變更影響分析

7.3. CCB審查批準

7.3.1. 【20下選38】

7.4. 實施變更

7.5. 監控變更實施

7.5.1. 保證批準的變更都得到正確的落實，即需要對變更實施進行監控

7.6. 結束變更

7.6.1. 變更申請被否決時變更結束，項目經理通知相關變更申請人

7.6.2. 批準的變更被正確完成后，成果納入配置管理系統中并通知相關受影響人員，變更結束

8. 操作要點

8.1. 對變更產生的因素施加影響，防止不必要的變更，減少無謂的評估，提高必要變更的通過效率

8.2. 變更的操作過程應當規范化

8.3. 對變更的確認應當正式化

9. 項目整體管理的一部分，屬于項目整體變更控制的范疇

10. 著眼于識別、記錄、批準或否決對項目文件、可交付產品或基準的變更

11. 變更管理過程中包含的部分配置管理活動

11.1. 配置項識別

11.2. 配置狀態記錄

11.3. 配置確認與審計

11.4. 配置管理重點關注可交付產品（包括中間產品）及各過程文檔