2. 專案的變更管理 17
何謂專案變更管理？
專案變更管理在專案生命週期中扮演的角色
專案變更管理的工具
專案變更的評量
專案變更的類型與變更等級
專案變更管理的發展與構型管理標準體系之
新發展
專案管理-知識體系的觀點 Chapter 17 專案的變更管理 17-2

3. 何謂專案變更管理？
名詞解釋
變更管理的意義
專案管理-知識體系的觀點 Chapter 17 專案的變更管理 17-3

4. 名詞解釋1/2
變更管理(change management)
是管理變更的程序，以指引顧客或使用者如何提出一個需
求變更，如何排列其優先順序、追蹤與處置。
構型管理(configuration management)
是在專案發展生命週期中，記錄、標註、追蹤專案變更的
內容，以確保專案的組成件符合專案的需求。
專案管理-知識體系的觀點 Chapter 17 專案的變更管理 17-4

5. 名詞解釋2/2
釋出管理(release management)
標明專案的軟體與硬體等組成件被釋出的時程，以利於此
類軟硬體的安裝。
專案變更管理(project change management)
是一個整合性的管理，包含了構型管理、釋出管理，以及
專案利害關係人與專案管理人員間之問題解決方式。
專案管理-知識體系的觀點 Chapter 17 專案的變更管理 17-5

6. 變更管理的意義1/2
專案變更管理：即在因應專案的環境，提供有紀
律的程序，將必要的變更導入專案，且儘量不干
擾到專案進行中的作業。
專案變更管理在對專案所發展之技術資料或軟硬
體，應用「構型管理」方法，透過選擇「構型項
目 」 及 「 構 型 現 況 記 錄 」 (configuration status
accounting) 的 原 則 ， 將 已 完 成 構 型 識 別
configuration identification)的項目予以文件化處
理，記錄為數位資料檔案。
專案管理-知識體系的觀點 Chapter 17 專案的變更管理 17-6

7. 變更管理的意義2/2
專案在概念探究階段，即必須藉由「構型管理」
的程序，在一個專案中尋找它的主要基準。
專案內的每一個變更與對應的文件會導致專案管
理相關基準的改變(如圖17-1與圖17-2)。
專案管理-知識體系的觀點 Chapter 17 專案的變更管理 17-7

8. 專案 溝通管理 範疇管理
變更管理
變更
衝擊 專案整
影響 合管理
變更
構型管理
時間管理 成本管理
圖17-1 變更與專案管理之關係
專案管理-知識體系的觀點 Chapter 17 專案的變更管理 17-8

9. 硬 體
訓 練
操作應用 應用軟體
資料儲存
溝 通 網 路
架構發展
圖17-2 變更對專案發展之影響性(以IT產業為例)
專案管理-知識體系的觀點 Chapter 17 專案的變更管理 17-9

10. 專案變更管理在專案生命週期中
扮演的角色1/4
專案變更管理在專案生命週期的活動包含：
協同式的管理。
採購與系統發展過程的評估與管理。
生產、測試與問題的解答與監控。
建構共通的測試與辨識方法，提供變更管理的基
礎架構，如：原型、版本、專案變動的註記。
專案規劃至物件變動的追蹤。
品質與性能之度量。
專案管理-知識體系的觀點 Chapter 17 專案的變更管理 17-10

11. 變更需求 構型管理
整合性管理
構型控制
介面管理
委員會
圖17-3 變更管理機制
專案管理-知識體系的觀點 Chapter 17 專案的變更管理 17-11

12. 專案變更管理在專案生命週期中
扮演的角色2/4
專案變更管理與專案之間的關係，可以變更管理
的三維結構(如圖17-4)。
專案管理-知識體系的觀點 Chapter 17 專案的變更管理 17-12

13. 圖17-4 專案變更管理的三維結構
專案管理-知識體系的觀點 Chapter 17 專案的變更管理 17-13

14. 專案變更管理在專案生命週期中
扮演的角色3/4
在時間構面上
指運用於專案概念階段至專案結案階段。
在邏輯構面上
是以系統工程的程序在適當階層中找尋適當的硬體或軟體
來作為專案的構型項目，再進行界定工作，以律定支援或
說明專案構型項目所需產生的文件。
專案管理-知識體系的觀點 Chapter 17 專案的變更管理 17-14

15. 專案變更管理在專案生命週期中
扮演的角色4/4
在知識構面上
是在定義專案的最終目標或預期功能，藉由溝通讓專案每
一位成員充分了解產品的最終需求，透過控制減少無謂的
專案變更，以避免危及專案的穩定性，並對必須變更的項
目予以文件化，且審核後須再修訂專案的基準。
專案管理-知識體系的觀點 Chapter 17 專案的變更管理 17-15

16. 專案變更管理的工具1/4
專案變更管理並不是用於拒絕變更的發生，而是
運用管理的方法，對專案變更進行(如圖17-5)。
篩選
管制變更
核定
記錄
追蹤
回報變更
專案管理-知識體系的觀點 Chapter 17 專案的變更管理 17-16

17. 結構識別
基準實體
識別與標示
基準A
．追蹤對基準A的變更
．回報變更之狀態
．驗證新的基準
基準B
．追蹤對基準B的變更
．回報變更之狀態
．驗證新的基準
基準C
．追蹤對基準C的變更
．回報變更之狀態
．驗證新的基準
發布產品基準
圖17-5 變更管理模型
專案管理-知識體系的觀點 Chapter 17 專案的變更管理 17-17

18. 專案變更管理的工具2/4
依據ANSI/IEEE STD-1042所述，工具的內涵至少
應包括下列的模組：
專案基準文件的資料庫管理系統(basic data-
base management systems)。
報告產生器(report generators)。
對專案變更文件的個別動態與納管的收藏館。
處理管理單元之登進(check-in)、登出(check-
out)、編輯產物管制(controlling compilation)。
產品成果獲取之檔案整理系統。
專案管理-知識體系的觀點 Chapter 17 專案的變更管理 17-18

19. 專案變更管理的工具3/4
專案變更管理系統的基本功能需具備下列5項：
可以維護版本及修訂版的原始碼管制程式。
用以辨識(與協助驗證)變更的程序。
建立或產生可執行碼。
登載和維護規格書及相關使用者文件檔案的文件
製作或文書處理功能。
系統／軟體變更需求及核定追蹤。
專案管理-知識體系的觀點 Chapter 17 專案的變更管理 17-19

20. 專案變更管理的工具4/4
流程控制必須有一配套措施，如透過「審查與稽
核」(圖17-6)，針對需求進行審查，而這往往是專
案成敗的關鍵。
審查與稽核之目的不僅在「確認」，更重要的是
找出不正確的地方並進行修改，使其儘量接近
「真實」需求。
需求通過正式評審後應作為重要基準(如圖17-7)。
專案管理-知識體系的觀點 Chapter 17 專案的變更管理 17-20

21. 圖17-6 技術審查與專案變更控制及構型管理的關連性
專案管理-知識體系的觀點 Chapter 17 專案的變更管理 17-21

22. 圖17-7
專案管理過程的技術審查
活動(以軟體專案為例)
專案管理-知識體系的觀點 Chapter 17 專案的變更管理 17-22

23. 專案變更的評量1/4
從上述的軟體專案案例中，可以看到專案變更失
控的現象與造成的後果，其中專案經理人在流程
控制上犯了幾個錯誤：
沒有明確的授權
對變更沒有進行必要的審核
對變更的影響沒有仔細評估
應該讓專案辦公室與客戶確認是否接受變更的
代價與影響
專案管理-知識體系的觀點 Chapter 17 專案的變更管理 17-23

24. 專案變更的評量2/4
專案變更控制的程序如下述的五個步驟：
變更之確認
文件化
變更評估
變更的核定
變更的執行與追蹤確認
專案管理-知識體系的觀點 Chapter 17 專案的變更管理 17-24

25. 專案變更的評量3/4
在提出專案變更時，應有一份完整的專案變更管
理計畫書，計畫書的內容基本上包含下述項目：
封面
目錄
本文(第一部分)：簡介
本文(第二部分)：參考文獻
本文(第三部分)：組織
本文(第四部分)：構型管理的時程
專案管理-知識體系的觀點 Chapter 17 專案的變更管理 17-25

26. 專案變更的評量4/4
本文(第五部分)：資料管理
本文(第六部分)：構型鑑定
本文(第七部分)：介面管理
本文(第八部分)：構型管制
本文(第九部分)：構型現況記錄
本文(第十部分)：構型稽核
本文(第十一部分)：次合約商的構型控制
專案管理-知識體系的觀點 Chapter 17 專案的變更管理 17-26

27. 專案變更的類型與變更等級
專案變更區分為工程變更與合約變更兩大類(如圖
17-8)。
第一級變更
第二級變更
專案管理-知識體系的觀點 Chapter 17 專案的變更管理 17-27

28. 計畫性或非計畫 政府法令
技術 地方環保規定
性之性能提升
零組件
產品創新 合約變更
專案變更管理
經費 工程變更
競爭
市場壓力 顧客技 政策
術需求
圖17-8 專案變更管理因應專案變動的作為
專案管理-知識體系的觀點 Chapter 17 專案的變更管理 17-28

29. 第一級變更1/2
係指工程設計變更或合約文件(工作分解結構字典
及數據文件)修改會影響到下列條件者：
性能
安全
適用性
時程及經費
後勤支援
專案管理-知識體系的觀點 Chapter 17 專案的變更管理 17-29

30. 第一級變更2/2
凡屬第一級變更(class I change)案件，均需提送專
案變更控制委員會，經委員會審查同意後，始能
進行相關變更事宜，並根據案情輕重緩急區分為
E、U、R (emergency、urgent、regular)等三類。
專案管理-知識體系的觀點 Chapter 17 專案的變更管理 17-30

31. 第二級變更1/3
凡專案的工程設計變更或合約文件(工作分解結構字
典及數據文件)修改會影響到下列任一項條件者：
涉及合約文件之修改，但對時程、經費均無顯著
影響，同時對系統規格需求之影響甚微者。
涉及工程或設計方面之修改，但不屬於第一級變
更條件範圍內之單純工程變更。
為一般文件名稱、編號之增刪、補錯、條改文
字、筆誤、增加說明等之微小變更者屬之。
第二級變更(class II change)應就個案狀況審核，並於
相關資料、報告文件中通知顧客。
專案管理-知識體系的觀點 Chapter 17 專案的變更管理 17-31

32. 第二級變更2/3
專案變更申請所使用的文件包括下列幾種：
變更需求(change requirement, CR)。
先期變更研析通告(ACSN)。
初期工程變更建議書(preliminary engineering change
proposal, PECP)。
工程變更建議書(engineering change proposal, ECP)。
合約變更建議書(contract change proposal, CCP)。
專案管理-知識體系的觀點 Chapter 17 專案的變更管理 17-32

33. 第二級變更3/3
差異或偏離請求(request for deviation)。
偏異請求(request for waiver)。
規格變更通告(specification change notices, SCN)。
臨時異常信函請求 (letter of temporary exception,
LOTES) 。
專案管理-知識體系的觀點 Chapter 17 專案的變更管理 17-33

34. 專案變更管理的發展與構型管理標
準體系之新發展1/3
變更管理(change management)：
概念最早源自於製造業，尤其是在美國的國防
產業中。
例如1950年代美國為因應導彈競賽，當一枚火
箭成功飛向目標時，美軍在恭賀的同時即刻提
出訂單要求照樣再生產幾個以擴充軍備，然而
承製商卻發現無法製作第二個相同的火箭。
專案管理-知識體系的觀點 Chapter 17 專案的變更管理 17-34

35. 專案變更管理的發展與構型管理標
準體系之新發展2/3
因發展成功的火箭已經發射至太空，關於零組
件、藍圖等均沒有留下充分記錄，相關技術文
件不能反映出所有變更，結果使得後續量產不
能保證與以前完全一樣，因而性能也失去保
障，後勤維修都不能得到迅速有效地實施。
專案變更的第一份文件，是產生於1950年初由美
軍發布的工程修改建議書(ANA公報390號)。標準
體系如圖17-9。
專案管理-知識體系的觀點 Chapter 17 專案的變更管理 17-35

36. 圖17-9 早期專案變更政策與標準的系統化體系
專案管理-知識體系的觀點 Chapter 17 專案的變更管理 17-36

37. 專案變更管理的發展與構型管理標
準體系之新發展3/3
專案變更管理的應用文件形成新的標準體系如圖
17-10所示。
專案管理-知識體系的觀點 Chapter 17 專案的變更管理 17-37

38. 圖17-10 變更管理應用之文件標準體系
專案管理-知識體系的觀點 Chapter 17 專案的變更管理 17-38