2.1.1. 制定專案章程是製定一份正式批准專案或階段的文件，專案章程的批准，標誌著專案的正式啟動，專案章程經啟動者簽字，即標誌著專案獲得批准，透過編制專案章程，就可以把專案與組織的策略及日常營運工作連結。

2.1.2. 制定專案章程過程的依據：協議、專案工作說明書、商業論證、事業環境因素、組織過程資產。採用的工具與技術：專家判斷，引導技術。得到的結果：專案章程

2.1.3. 專案章程包括的內容：專案目的或批准專案的原因；可測量的專案目標和相關的成功標準；專案的總體要求；概括性的專案描述；專案的主要風險；整體里程碑進度計劃；總體預算；項目審核要求（用什麼標準評估專案成功，由誰對專案成功下結論，由誰來簽署專案結束）；委派的專案經理及其職責和職權；發起人或其他批准專案章程的人員的姓名和職權

2.2.1. 協議：協議定義了啟動專案的初衷。協議有多種形式，包括合約、諒解備忘錄、服務品質協議、協議書、意向書、口頭協議、電子郵件或其他書面協議。

2.2.2. 項目工作說明書：工作說明書是對應由項目提供的產品或服務的文字說明，對於外部項目，工作說明書屬於顧客招標文件的一部分，如建議邀請書、資訊請求、招標邀請書或合約中的一部分。工作說明書內容包括：業務需求、產品範圍說明書、策略計畫。

2.2.3. 商業論證：商業論證或類似文件能從商業角度提供必要的訊息，決定專案是否值得投資。在商業論證中通常要包含業務需求和成本效益分析。

2.2.4. 事業環境因素：在製定專案章程時，任何一種以及所有存在於專案周圍並對專案成功有影響的組織事業環境因素與制度都必須加以考慮，包括：組織或公司的文化與組成結構；政府或業界標準（如管理部門的規章制度、產品標準、品質標準與製程標準）；基礎設施（如現有的軟體與硬體基礎設施）；現有的人力資源（如技能、專業與知識；例如設計、開發、法律、合約發包與採購）；人事管理（如僱用與解僱指導方針、員工績效評估與培訓記錄）；公司工作核准制度；市場狀況；專案幹係人風險承受力；商業資料庫（如標準的成本估算資料、產業風險研究資訊與風險資料庫）；專案管理資訊系統。

2.2.5. 組織過程資產： ①組織進行工作的過程與程序：組織標準過程；標準指導原則、工作指示、建議評價標準與實施效果評價準則；範本；根據專案的具體需求修改組織標準過程的指導原則與準則；組織溝通要求；專案收尾指導原則或要求；財務控製程序；確定問題與缺陷控制、問題與缺陷識別和解決，以及行動追蹤的問題與缺陷管理程序；變更控管程序；風險控製程序；批准與簽發工作授權的程序。 ②組織整體資訊儲存擷取知識庫：過程測量資料庫，用於蒐集與提供過程與產品實測資料；專案檔案；歷史資訊與教訓知識庫；問題與缺陷管理資料庫；配置管理知識庫；財務資料庫。

2.3.1. 專家判斷常用來評價制定專案章程所需的依據。

2.4.1. 確定組織選擇哪一個項目

2.4.2. 一般分為效益測定方法、數學模型，三個主要的專案財務價值評估方法包括淨現值分析、投資收益和投資回收率分析

2.4.3. 淨現值分析NPV：淨現值分析是指將所有預期的未來現金流入與流出都折算成現值，以計算一個專案預期的淨貨幣收益與損失。

2.4.4. 投資報酬率分析ROI：是將淨收入除以投資金額的所得值。 ROI越大越好

2.4.5. 投資回收期分析：是以淨現金流入補償淨投資所花費的時間。通俗的說就是 經過多長時間累計收益就可以超過累計成本以及後續成本。專案的財務期望一般要求IT專案的投資回收期在3年、甚至2年以內。

2.5.1. 專案啟動會議一般由專案經理負責組織和召開，主要目的在於使專案的主要利害關係人明確專案的目標、範圍、需求、背景及各自的職責與權限。

2.5.2. 開好專案啟動會議要做好以下五個面向的工作：確定會議目標；做好會議前的準備工作；明確並通知參加會議的人員；明確會議的主要議題；做好記錄。

2.6.1. 目標必須要量化，是可度量的

2.6.2. 成果目標和約束目標之間經常發生矛盾，甚至發生衝突。一般來說，約束目標應讓位給成果目標，

2.7.1. 引導科技可用於指導專案章程的製定。腦力激盪、衝突處理、問題解決和會議管理等，都是引導者可以用來幫助團隊和個人完成專案活動的關鍵技術。

3.1.1. 專案管理計畫包括：專案管理團隊所選的各個專案管理流程；選定流程的實施程度；實施這些流程時所使用的工具與技術所做的說明；在管理特定專案中使用選定流程的方式與方法，包括流程之間的依賴關係和交互作用，以及重要的依據和成果；為了實現專案目標所執行工作的方式、方法；監控變更的方式、方法；實施配置管理的方式、方法；使用實施效果測量基準並使之保持完整的方式、方法；專案幹係人之間的溝通需要與技術；選定的專案生命期和多階段專案的專案階段；高階主管為了加快解決未解決的問題和處理未做出的決策，對內容、範圍和時間安排的關鍵檢討。

3.1.2. 專案管理計劃確定了執行、監控、控制和結束專案的方式與方法。

3.2.1. 依據：專案章程；其他過程的產出結果；事業環境因素；組織過程資產

3.2.2. 工具與技術：專家判斷，引導技術

3.2.3. 結果：專案管理計劃

3.3.1. 由計劃系統和控制系統組成

3.3.2. 配置管理系統：用於提交變更建議，追蹤變更建議的審查與批准制度，確定變更的批准級別，以及確認批准的變更方法。配置管理系統或正式形成為文件的程序的全體，用於為下列事項提供技術和行政指導和監督：識別產品或組成部分的功能與實體特徵並形成文件；控制上述特徵的所有變更；記錄並報告每一項變更及其實施狀況；輔助產品或組成部分的審查，核實是否符合要求。目前常用的組態管理軟體工具：CVS、VSS、ClearCase

3.3.3. 變更控制系統：是正式形成文件的流程的全體，用於確定控制、變更和批准專案可交付成果和文件的方式、方法。變更控制系統是組態管理系統的一個子系統

4.1.1. 專案管理計劃：執行專案計劃的主要依據就是專案管理計劃

4.1.2. 核准的變更請求：核准的變更請求是實施整體變更控管流程的輸出。

4.1.3. 事業環境因素

4.1.4. 組織過程資產

4.2.1. 專家判斷：用於評估」指導與管理專案管理計畫執行「所需的輸入。

4.2.2. 專案管理資訊系統：提供進度規劃工具、工作授權系統、組態管理系統、資訊收集與發布系統，或進入其他線上自動化系統的網路介面。也可用於自動收集和報告關鍵績效指標KPI

4.2.3. 會議：通常氣氛三類：交換資訊；腦力激盪、方案評估或方案設計；制定決策

4.3.1. 可交付成果：可交付成果是任何在專案管理規劃文件中記錄，並為了完成專案而必須產生和提交的獨特且可核實的產品、成果或提供服務的能力。

4.3.2. 工作績效數據：是在執行專案工作的過程中，從每個正在執行的活動中收集到的原始觀察和測量值。

4.3.3. 變更請求：是關於修改任何文件、可交付成果或基準的正式提議。

4.3.4. 專案管理計劃的更新

4.3.5. 專案文件更新：需求文件、專案日誌、風險登記冊、利害關係人登記冊。

5.1.1. 專案管理計劃

5.1.2. 進度預測

5.1.3. 成本預測

5.1.4. 確認的變更

5.1.5. 工作績效訊息

5.1.6. 事業環境因素

5.1.7. 組織過程資產

5.2.1. 專家判斷：專案管理團隊借助專家判斷，解讀各監控流程提供的資訊。

5.2.2. 分析技術：在專案管理中，根據可能的專案或環境變數的變化，以及它們與其他變數之間的關係，採用分析技術來預測潛在的後果。可用於專案的分析技術包括：迴歸分析；分組方法；因果分析；根本原因分析；預測方法（如時間序列、情境建構、模擬等）；失效模式與影響分析；故障樹分析；儲備分析；趨勢分析；掙值管理；差異分析。

5.2.3. 專案管理資訊系統：專案管理團隊利用專案管理資訊系統監控專案管理計畫和進度表中的活動的執行。專案管理資訊系統還在必要時用於做出新的預測。

5.2.4. 會議：會議可以是面對面或虛擬會議，正式或非正式會議。與會者可包括專案團隊成員、利害關係人及參專案或受專案影響的其他人。會議的類型包括（但不限於）使用者小組會議和使用者審查會議。

5.3.1. 變更要求：透過比較實際情況與計畫要求，可能需要提出變更要求，以擴大、調整或縮小專案範圍與產品範圍，或提高、調整或降低品質要求和進度或成本基準。變更可包括（但不限於）：糾正措施，為使專案工作績效重新與專案管理計劃一致而進行的有目的的活動；預防措施，為確保專案工作的未來績效符合專案管理計劃而進行的有目的的活動；缺陷補救，為了修正不一致的產品或產品組件而進行的有目的的活動。

5.3.2. 工作績效報告：是為制定決策、採取行動或引起關注而彙編工作績效資訊所形成的實體或電子專案文件。

5.3.3. 專案管理計畫更新：在監控專案工作過程中提出的變更可能會影響整體專案管理計畫。

5.3.4. 專案文件更新：進度與成本預測、工作績效報告、問題日誌

6.1.1. 專案管理計畫：範圍管理計畫中的範圍變更程序；範圍基準中的產品定義；變更管理計畫。

6.1.2. 工作績效報告：資源可用率、進度和成本資料、掙值管理報告、燃燒圖或燃盡圖

6.1.3. 變更請求：所有監控過程及許多執行過程都會輸出“變更請求”

6.1.4. 事業環境因素：專案管理資訊系統

6.1.5. 組織過程資產

6.2.1. 專家判斷：專家判斷和專業知識可用於處理各種技術和管理問題，並可從各種管道獲得。

6.2.2. 會議：通常指變更控制會議。根據專案需要，可以由變更控制委員會開會審查變更請求，並做出批准、否決或其他決定。

6.2.3. 變更控制工具：為了方便進行配置和變更管理，可以使用一些手動或自動化的工具。可以使用工具來管理變更請求和後續的決策。

6.3.1. 批准的變更請求

6.3.2. 變更日誌：變更日誌用來記錄專案過程中出現的變更，被否決的變更要求也應該記錄在變更日誌中。

6.3.3. 專案管理計畫更新：各個子計畫；受制於正式變更控管流程的基準。對於基準的變更，只能針對未來的情況，而不能變更以往的績效，有助於保護基準和歷史績效數據的發炎屬性。

6.3.4. 專案文件更新：受制於專案正式變更控管流程的所有文件

7.1.1. 專案管理計畫：專案管理計畫相當於專案經理和專案發起人之間的協議，其中規定了專案完工的標準。

7.1.2. 驗收的可交付成果：核准的產品規格、交貨收據和工作績效文件。

7.1.3. 組織過程資產：專案或階段收尾指南或要求（如行政手續、專案審計、專案評估與移交準則）；歷史資訊與經驗教訓知識庫（如專案記錄與文件、完整的專案收尾資訊與文件、關於以往專案選擇決策的結果與以往專案績效的訊息，以及從風險管理活動中得到的資訊）

7.2.1. 專家判斷用於進行行政收尾活動。由相關專家確保專案或階段收尾符合適用標準。

7.2.2. 分析技術：迴歸分析、趨勢分析。

7.2.3. 會議

7.3.1. 最終產品、服務或成果移交：正式驗收與移交授權專案提交的最終產品、服務與成果。

7.3.2. 組織過程資產更新：專案檔案，在專案活動中產生的各種文件；專案或階段收尾文件；歷史信息，把歷史資訊和經驗教訓資訊存入經驗教訓知識庫，供未來專案或階段使用。

工作績效數據

工作績效訊息

工作績效報告

可交付成果

核實的可交付成果

驗收的可交付成果

最終的產品、成果或服務