PMP Day 1 - Chapter 3 to 4

接續上一篇的Day 1 - Chapter 1 to 2，這篇進行Chapter 3 to 4的整理。

1.流程
 (1)一套有互相關係的行動與活動，執行後可產出預先指定的產品、服務或結果
 (2)以投入、可應用的工具及技術、與產出為其特徵
 (3)流程之間的互動往往必須在專案需求與目標之間做出取捨 (Tradeoffs)

2.組織流程資產
 (1)包含任何或所有與流程相關資產
 (2)組織流程資產，含
   a.流程與程序，例如: 組織標準流程、範本、裁適、變更控制程序、排定優先順序、核准及簽發工作授權程序等
   b.公司知識庫，例如: 專案檔案、歷史資訊與經驗學習知識庫、議題與缺失管理資料庫、CM知識庫等
 (3)提供裁適組織流程以符合專案特定需求所須的指導綱要與準則

3.專案管理流程群組
 (1)分起始、規劃、執行、監控、結束；在專案中通常以同樣的順序來執行
 (2)個別的流程群組與其內所組成的個別流程，經常在完成專案前會重複進行
 (3)而其所組成的個別流程，可在單一流程群組內或不同流程群組間互動；互動關係的本質隨不同的專案而變化，且可能會或不會以一個特別的順序來執行
 (4)流程群組並非專案階段(The process groups are not project phases):
  當一個大型或複雜的專案被劃分成數個明顯的階段或是子專案時，所有的流程群組一般都會 在每一個階段或子專案中重複出現
 (5)由互動關係圖中發現，監控流程群組與其他流程群組的互動關係最高，而起始流程與結束流程群組的互動關係，並沒有直接的依存互動關係

4.起始流程群組
 (1)取得開始專案或階段的授權，以定義新專案或新階段等所需的流程
 (2)初步範疇與財務資源被界定並取得承諾；但專案核准與資金來源仍在project boundaries之外
 (3)彼此互動且具影響專案結果的內、外部利害關係者被辨識
 (4)若專案經理未經指派，則會選擇適合者擔任
 (5)提問：專案經理應何時產生?
   PMI答：越早越好，但不能晚於專案起始流程之始
 (6)於多階段專案，
   a.於每個階段開始時執行起始流程，有助於使專案持續聚焦於所要達成的營運需求；
   b.證實專案的成功準則，審查專案利害關係者的影響力與目標；
   c.決定專案是否應該繼續、延緩或停止。

5.規劃流程群組
 (1)當更多的專案資訊或特性被蒐集與瞭解後，可能就需要進行額外的規劃
 (2)專案生命週期全程發生的重大變更，都將引發對一個或更多個規劃流程甚或可能對某些起始流程重加檢討的需要
 (3)將專案管理計畫書逐步精進(Progressive Elaboration)的做法，稱為"湧浪規劃法"(Rolling Wave Plainning)表示規劃文件化是重複且持續進行的流程

6.執行流程群組
 (1)專案執行期間所產生的結果，可能需要更新規劃與重新建立基準
 (2)變異可能影響專案管理計畫書或專案文件，亦可能需要詳細的分析，並發展適當的專案管理回應 (執行整合變更控制)
 (3)分析結果能引發變更申請，若獲准，則可能須修改專案管理計畫書或其他專案文件，及可能需要建立新的基準(Re-Baseline)

7.監控流程群組
 (1)Why to have Mornitoring and Controlling Process Group?
  a.任何有可能出錯的事，都將會出錯 (Murphy's Law)
  b.工作時間大多比規劃的時間長，絕少比規劃的時間短 (Parkinson's Law)
  c.專案進度很快就到達90%，然後就永遠停在90% (90% Syndrome)

8.結束流程群組
 (1)當完成本流程群組時，確認所有流程群組內所界定之流程均已完成
 (2)適當地結束此專案或一個專案階段，並正式地表明該專案或專案階段完成
 (3)Note: 專案結束前，須先確認採購合約已完成/結束

9.專案整合管理
 (1)包含辨識、定義、結合、統一與協調專案管理流程群組不同的流程與專案管理活動中所需的流程及活動
 (2)限定了對資源分配的選擇、對互斥的目標及備選方案作取捨(tradeoffs)，以及管理各知識領域知間的相互依賴
 (3)管理專案文件，以確保與專案管理計畫書及產品交付標的之一致性

10.專案整合管理流程 (Study: Input, Tools & Techniques, Output; ITTO)
(1)發展專案章程
  a.專案經理宜儘早於專案可成立之初就被認定與指派，且最好是在當開始進行專案規劃之前的專案章程發展的時候
  b.提供專案經理動用專案活動所需資源之權限
  c.專案創始人(Initiator)或贊助人(Sponsor)應以一個適當的位階提供專案所需的資金
  d.創始人在專案章程上簽署即核准專案成立
(2)發展專案管理計畫書
  a.發展: 由一系列從開始到專案結束的整合流程
  b.透過執行整合變更控制流程的更新、控制及核准而逐步精進
  c.專案管理團隊: 於起始流程中由PMO指派，從專案開始到結束不會異動
  d.任何基準及附屬管理計畫書都是本流程的投入；若更新這些文件就必須更新專案管理計畫書
  e. Scope, Time, Cost 通常將被結合為一績效評量基準，以作為評量整體績效的一個專案總體積準
(3)指導及管理專案執行
  a.一個核准的交付標的為完成一個流程、階段或專案所必要產出任何獨特且可驗證的產品、結果或執行一項服務的能力
  b.工作績效資訊，包含交付標的狀況、時間進度、以及已發生的成本
(4)監視及控制專案工作
  a.係追蹤、審查及調整專案進度，以符合達成專案管理計畫書所定義的績效目標的流程
  b.控制包含決定矯正或預防行動或重新規劃的後續行動計畫
  c.維護一個正確完整的專案產品及相關文件資料庫，直至專案完成
  d.對被核准的變更監視其執行；若是未被核准之變更，將退回原申請者再評估
(5)執行整合變更控制
  a.涵蓋從專案開始到完成；只有核准的變更才能執行
  b.係審查所有的變更申請、核准變更，並管理交付標的、組織流程資產、專案文件及專案管理計畫書等變更之流程
  c.變更可能會由參與專案的任何利害關係者提出
  d.變更申請是屬於變更及構型管理系統(CMS)的特定流程
  e.PMIS 涵括CMS與CCS; 而CMS涵括CCS(變更控制系統)
(6)結束專案或階段
  a.專案經理將審查所有前一階段的結案資訊，以確保所有的專案工作都已經完成，且專案目標均已達成
  b.專案經理在考量結束專案之前，將會審查專案管理計畫書，以確認專案範疇的完成(範疇驗證流程)
  c.若專案在完成之前被中止，結束專案或階段流程亦會建立程序，來調查及書面記錄採取行動的原因


終於把day 1的chapter 1 ~ 4 章節整理完了；接下來就是等著下週的 Day 2 - Chapter 5 ~ 8。
一整個感覺要陷入苦戰中了...