(開始階段)
1. 制定專案章程 (Develop Project Charter)
Input 重點
- 商業文件：包含商業案例和效益管理計畫，用來解釋專案的必要性和期望價值。
- 協議：外部客戶或合作方的契約，提供專案啟動的正式依據。
- 企業環境因素 (EEF)：外部或內部的條件，例如市場條件、組織文化。
- 組織過程資產 (OPA)：例如過往專案的範本和指南。
T/T 重點
- 專家判斷：召集組織內外的專家進行分析。
- 數據收集：透過腦力激盪或訪談收集專案需求和限制。
- 會議：確保利害關係人對專案章程的共識。
Output 重點
- 專案章程：確定專案目標、範疇與主要利害關係人。
- 假設記錄：記錄初始假設與制約因素。
(計畫階段)
2. 制定專案管理計畫 (Develop Project Management Plan)
Input 重點
- 專案章程：提供專案目標與方向。
- 其他計畫文件：整合範疇、進度等分支計畫。
- EEF 和 OPA：影響專案計畫制定的外部條件和內部經驗。
T/T 重點
- 專家判斷：綜合專家建議，設計實施框架。
- 數據收集：利用檢查表確認所有必要要素是否納入。
- 會議：與團隊討論並核實計畫的可行性。
Output 重點
- 專案管理計畫：包含所有分支計畫，作為指導執行的核心文件。
Scope Baseline /
Cost Baseline /
Change management Plan- 如何申請變更管理計畫、如何評估變更、如何影響核准變更
(執行階段)
3. 指導與管理專案工作 (Direct and Manage Project Work)-執行階段
Input 重點
- 專案管理計畫：提供執行的依據和方向。
- 已核准的變更請求：用於執行經過變更控制流程的調整。
- EEF 和 OPA：支持專案執行的環境和組織條件。
T/T 重點
- 專家判斷：確認計畫執行的技術和資源分配。
- 專案管理資訊系統 (PMIS)：協助追蹤進度和交付成果。
- 會議：促進即時溝通，解決執行中的問題。
Output 重點
- 可交付成果：專案成果的具體輸出。
- 工作績效數據：為後續分析和報告提供基礎。
- 變更請求：對執行過程中的調整需求進行記錄。
(執行階段)
4. 管理專案知識 (Manage Project Knowledge)
輸入 (Input)：
- 可交付成果：為改進知識管理提供直接的專案成果。
- 專案文件：如經驗教訓檔案，用於專案知識的積累。
工具與技術 (T/T)：
- 知識管理工具：例如協作軟體，用於分享和儲存知識。
- 專家判斷：用於識別和應用相關知識。
輸出 (Output)：
- 經驗教訓登錄：記錄專案中有效與無效的實踐。
- 專案知識管理更新：改進專案知識的儲存和分發方式。
(監控階段)
5. 監控專案工作 (Monitor and Control Project Work)
Input 重點
- 專案管理計畫：衡量績效的基準。
- 預測：根據當前情況對未來進展的估計。
- 工作績效信息：反映專案狀態的實際數據。
T/T 重點
- 數據分析：透過趨勢分析等方法，判斷專案是否偏離目標。
- 決策制定：確定是否需要變更或調整。
- 會議：確保資訊共享與快速反應。
Output 重點
- 工作績效報告：包含進度、成本和風險的狀況。
- 變更請求：建議的改進措施。
- 專案文件更新：反映最新的專案狀態。
(結束階段)
5. 整體變更控制 (Perform Integrated Change Control)
Input 重點
- 專案管理計畫：檢視變更對專案的影響。
- 變更請求：變更的具體內容及需求。
- 工作績效報告：變更的緊迫性和影響程度。
T/T 重點
- 變更控制工具：用於記錄和追蹤變更狀態。
- 數據分析：如成本效益分析，評估變更的可行性。
- 會議：變更評估委員會 (CCB) 的決策機制。
Output 重點
- 已核准的變更請求：更新後的正式批准。
- 專案文件更新：記錄所有相關的變更內容。
6. 結束專案或階段 (Close Project or Phase)
Input 重點
- 專案章程：確認完成的專案是否符合初始目標。
- 專案管理計畫：核對所有範疇是否完成。
- 可交付成果驗收：驗證交付成果的品質與完整性。
T/T 重點
- 數據分析：如根本原因分析，總結成功與失敗的經驗。
- 會議：總結會議，確保利害關係人的共識。
- 專家判斷：確保結案過程的完整性。
Output 重點
- 最終產品、服務或成果的移交：確認完成交付。
- 最終報告：記錄專案的成功因素和教訓。
- 項目文件更新：提供給組織後續參考。
變更管理流程
1.識別變更
- 變更請求可能來自任何干係人，通常由於專案需求、外部法規、技術限制或其他不確定性引起。
- 變更請求（Change Request, CR）應包含具體的變更內容及其背景。
2. 記錄變更
- 所有變更請求應被正式記錄在專案的變更記錄（Change Log）中。
- 記錄內容包括變更的描述、提交者、日期和初步影響評估。
3. 評估變更
- 專案團隊或專案經理需要進行初步評估，確定變更對範疇、時間、成本和資源的影響。
- 需要進行風險分析以了解變更可能引入的新風險。
4. 提交變更請求
- 變更請求需要提交給變更控制委員會（Change Control Board, CCB）或授權機構進行審批。
- 變更請求文件應包含完整的影響分析，例如：
- 範疇影響
- 時間影響（如工期延長）
- 成本影響
- 資源需求
- 風險影響
5. 審批變更
變更控制委員會（CCB）負責審查變更請求，考慮其對專案的影響以及是否符合專案目標。
- 變更可能被批准、拒絕，或者要求進一步的評估。
6. 執行變更
- 如果變更獲得批准，專案團隊需要根據更新的專案計劃執行變更。
- 相關的專案文件（如專案章程、WBS、風險登錄表）應進行適當更新。
7. 監控和記錄
- 監控變更的實施進度，確保其達到預期目標。
- 將變更的執行結果記錄在變更記錄中，作為經驗教訓的依據。
變更管理的關鍵點：
文件更新：任何變更都需要反映在專案文件中以保持一致性。
正式流程：變更管理必須遵循規範的流程，保持透明性和問責性。
干係人溝通：確保關係人了解變更的必要性及其影響。
