考察點：實施整體變更控制-提出變更請求-》專案經理應該通過組織團隊進行資料分析（備選方案分析、成本效益分析）來判斷變更方案的影響、可行性，以及備選方案以供CCB審批

考察點：
d:變更請求必須是正式的，批准的變更請求才能執行。專案經理或CCB審查和批准。變更是為了當前和將來而實施，過去資料不改變。他可以來源於直接/間接、外部/內部、自選/法律強制，可以是口頭/書面的，但口頭提出之後必須書面化。
變更請求的型別：糾正措施（跑偏之後拉回正常）、預防措施（降低負面結果提前做的工作）、缺陷補救（可交付物已出現問題進行補救），更新（變動計劃（增加需求/修改原計劃等）提出的變更）
b:需求跟蹤矩陣是把產品需求從其來源連線到能滿足需求的可交付成果的一種表格，收集需求的輸出。監控需求實現渴望價值。
a:變更日誌是記錄在專案過程中發生的各種變更，被否決的變更請求也要記錄到變更日誌中，變更日誌需要傳送給相關方，讓應該瞭解變更影響的人及時獲取資訊，是管理相關方期望的重點。變更日誌不等於變更請求。
c:風險報告：相當於對風險登記冊的分析報告、提供關於整體專案風險的資訊，以及關於已識別的單個專案風險的概述資訊。主要功能是向高層彙總和展示。此過程風險報告主要內容：整體專案風險的來源，關於已識別的單個專案風險的概述資訊。
題目是應該根據變更請求的狀態和記錄去更新變更日誌。

變更控制程式：

1、對可能引起的變更施加影響，防止變更出現。
2、一旦變更出現，先弄清楚變更到底是什麼？
3、口頭變書面記錄（建立變更請求）
4、評價變更對某個直接制約因素的影響
5、全面評價變更對所有因素的綜合影響
6、生成應對方案與策略
7、向CCB正式提交變更請求
8、CCB判斷：批准或否定
9、批准-》更新計劃與專案檔案(比如需求跟蹤矩陣中的需求狀態更新，變更日誌)-》通知變更受影響的相關方（變更日誌傳送給相關方）-》追蹤變更的實施情況與效果（變更日誌）
10、不批准-》記錄到變更日誌，繼續監控

考察點：相關方不滿意，未達到期望，期望關鍵詞點 對應著 專案範圍說明書，是專案章程的詳細描述，定義了做與不做和要實現的目標。對專案範圍、主要可交付的成果、假設條件和制約因素，以及驗收標準以及除非責任（除外責任明確提到，識別排除在專案之外的內容）。明確說明哪些內容不屬於專案範圍，有助於管理相關方的期望

以及減少範圍蔓延。
需求檔案：強調漸進明細的單一，有著優先順序排序的業務需求、業務解決方案、質量需求、驗收標準、以及與需求有關的假設條件和制約因素。考察點如果是smart原則 ，比如 具體的、可測量的、可達到的、符合利益、有時間限制的。
範圍管理計劃：主要用來描述將如何定義、制定、監督、控制和確認專案範圍。強調了how是一種規範，強調有法可依：規定了以下內容比如how制定專案範圍說明書，根據詳細專案範圍說明書建立WBS,確定如何審批和維護範圍基準，正式驗收已完成的專案可交付成果。
需求跟蹤矩陣：需求跟蹤矩陣是把產品需求從其來源連線到能滿足需求的可交付成果的一種表格，收集需求的輸出。監控需求實現渴望價值。考察點：當前的需求進行到哪一個狀態、進行到哪一個步驟。

20181129更新線

質量測量指標是在規劃階段的輸出結果，而題設為在專案開發階段執行過程中，需要質量控制領域。

本題答案為2.53125年，當出現考題答案比較範圍大的時候，找相近的答案。

根據題意管理層已經分析過了，所以直接提交變更請求。

質量審計可事先安排、也可隨機進行；可由內部或外部審計師進行。

C選項可能讓相關方不滿意，所以從源頭上解釋希望達到雙贏。

進度管理的四個要素點：
資源優化技術
資源平衡 resource leveling 一種資源優化技術，對專案進度計劃進行調整以優化資源分配，並可能會影響關鍵路徑。
資源平滑 resource smoothing一種資源優化技術，在不影響關鍵路徑的情況下使用自有浮動時間和總浮動時間。但是可能無法實現所有資源的優化。
進度壓縮技術
趕工：風險最小的壓縮方式、會增加成本
快速跟進：序列變並行，增加風險，導致返工等問題
------引發的問題
進度網路分析是建立專案進度模型的一種綜合技術，它採用了其他幾種技術，關鍵路徑法、資源優化技術、建模技術等

蒙特卡洛模擬：是一種計算機模型分析技術，基於概率分佈和概率分支進行多次迭代，每次迭代都需要隨機抽取輸入資料。最終輸出的可能是專案結果的概率分佈區間。

對於選擇合同的時候，如果預設專案經理為買方則從總價裡面找，賣方從成本里面找。不確定的時候 工料合同。

問題型別題目：有了問題，先進行記錄——》分析-》解決。

如果成本類考題一致性成本和非一致性成本。測試等工作屬於評價成本。培訓、裝置和流程文件化屬於預防成本。

儘管一再要求，兩名關鍵相關方都沒有批准專案管理計劃，專案開始被延遲，專案經理下一步應該怎麼做？
A諮詢專案發起人 B遵循專案管理計劃中記錄的上報程式 C將問題上報給專案管理辦公室 D將缺乏響應視為批准
選A。屬於專案治理問題。

專案章程獲得批准，專案經理啟動規劃階段。三名經理反對該專案，不願意提供人員。專案經理應該怎麼做？
A、建立變更請求，聘請外部人員 B、變更高層次範圍，獲得這些經理的支援 C、參閱專案管理框架、獲得問題上報程式 D、建立一份溝通管理計劃，讓這些經理參與。
答案解釋為：此題還在啟動規劃階段，專案管理計劃未出現，A的變更和C的上報不明確，B的高層次，所以選D.

專案團隊應該使用會議來確定更新和溝通專案績效的適當方法。

定義商業價值，是高層定義的。建立專案章程雖然專案經理沒有權利建立但是有建議權，從題幹看出屬於啟動過程組只有建立專案章程靠近。

答案選D。對於為啥不選C有點不太理解。

上面兩個都是儘量不要惹發起人

當考試遇到三個選項都不想選，1個不認識的時候，選不認識的。

因為是個人反覆出現，第一次私下，2+就嚴肅正式處理。但是跟團隊無關，所以應該直接上報職能經理。

題目理解有問題的時候，迴歸技巧。當出現問題要解決，走變更。

如果沒有特別說明，一般都指的是上面描述的過程他應該怎麼做？題目中說定義需求，所以環沒有可交付成果更沒有需求跟蹤矩陣。

識別風險了，處理前先登記。

上面兩道都是明確說明的流程大於一切。

上面4道題都是變更，變更需要思路和路數理清。

單獨的都沒有一起的好，鼓勵全員共創、會議解決