Q1 / 45
流程領域 (Process)
預測型 (Predictive)
動態變形新題
本題耗時：
00:49
/ 76s 標準
在大型渡假村智能監控系統專案執行期間，客戶營運總監在走廊攔住專案經理 (PM)，希望能順便在貴賓廳入口加裝兩台人臉辨識閘機，並強調「這只是小改動，不用走繁瑣流程」。專案經理首先 (FIRST) 應該怎麼做？
A. 為了維持良好客戶關係，指示技術團隊利用緩衝時間免費加裝這兩台閘機
B. 禮貌拒絕客戶，並告知範疇基準 (Scope Baseline) 一旦確立就絕對不能修改
C. 先評估此改動對時程、成本與風險的潛在影響，並引導客戶提交正式變更請求 (Change Request)
D. 立即召開變更控制委員會 (CCB) 緊急會議，要求高層否決客戶的要求
❌ 答錯了！正確答案：C
本題耗時：0 秒
第一步：見招拆招秒殺口訣 (Trigger ➔ Action)
看到「客戶私下要求加功能/小改動」➔ 嚴防範疇蔓延！先評估影響，再引導提交正式變更請求 (Change Request)。
第二步：PMI 考官思維與排除法解析
預測型專案中，任何對範疇基準的修改都必須經過整合變更控制流程。A 屬於範疇蔓延；B 過於僵化；D 跳過了 PM 先分析影響的步驟。標準順序：評估影響 ➔ 提交變更請求 ➔ CCB 審批。
第三步：計算題「四步公式傻瓜帶入法」
第四步：本題必背 PMI 中英雙語關鍵字
Perform Integrated Change Control
實施整合變更控制
Scope Creep
範疇蔓延
CCB
變更控制委員會
零基礎公式秒懂實驗室
EVM 掙值管理 & PERT 互動驗算儀
直接輸入題目裡的數字，系統自動列出四步推導算式與現場白話診斷！
輸入題目給出的 4 個基礎數值（單位：萬元）
📊 視覺化對比尺（一眼看穿進度與成本）：
BAC 總預算100
PV 計畫應完成50
EV 實際已完成 (永遠放公式最前面!)40
AC 實際花掉的錢60
即時公式演算與專案健康度診斷
口訣：EV 永遠放前面！🚨 雙重警報：時程落後 (Behind Schedule) ｜ 成本超支 (Over Budget)
成本偏差 CV = EV - AC
-20.00
< 0 成本超支 (透支)
進度偏差 SV = EV - PV
-10.00
< 0 時程落後 (延誤)
成本績效 CPI = EV ÷ AC
0.67
每花 $1 做出 $0.67 價值
進度績效 SPI = EV ÷ PV
0.80
達成原計畫進度的 80%
🔮 未來完工預測指標（考試必考三大情境）：
① 典型偏差 EAC = BAC ÷ CPI
$150.00
② 非典型偏差 EAC = AC + (BAC - EV)
$120.00
③ 尚需資金 ETC = (BAC - EV) ÷ CPI
$90.00
④ 完工尚需績效 TCPI = (BAC-EV)÷(BAC-AC)
1.50
PERT 三點估算與標準差計算器 (貝塔分佈)
① 貝塔期望工期 Te = (6 + 4×12 + 24) ÷ 6 = 13.00 天
② 標準差 σ = (24 - 6) ÷ 6 = 3.00 天
③ 68.26% 機率完工區間 (±1σ)：10.0 ~ 16.0 天
溝通管道數增減計算器 N × (N - 1) ÷ 2
① 原本管道數 (10人) = 10×9÷2 = 45 條
② 變動後管道數 (14人) = 14×13÷2 = 91 條
③ 管道數增減差額 = 91 - 45 = 增加 46 條
PMP 考場救命錦囊
PMP「見招拆招」情境題秒殺神表
看到題目出現左邊的「情境關鍵字」，直接對應選擇「黃金行動」，避開「必死地雷」。
變更管理 (Change)
題幹出現：客戶/高管要求「修改範疇、加功能、改規格」（預測型專案）
✅ 先「評估對時程/成本/品質的影響」，再「提交正式變更請求 (Change Request)」交由 CCB 審批。
❌ 絕對不選：立刻幫客戶修改、拒絕客戶、直接找發起人 (Sponsor) 投訴、直接更新基準。
變更管理 (Change)
題幹出現：團隊成員主動幫客戶「多做了一點額外功能 (Gold Plating 鍍金)」
✅ 立即停止鍍金行為，對照「範疇基準 (Scope Baseline)」審查，未經核准的工作一律不做。
❌ 絕對不選：表揚團隊成員的主動性、順便向客戶多收費。
敏捷轉型 (Agile)
題幹出現：敏捷專案中，高管或客戶想在「衝刺進行中 (Mid-Sprint)」塞入新需求
✅ 交由「產品負責人 (Product Owner, PO)」把新需求放進「產品待辦清單 (Product Backlog)」排優先順序，絕不打斷當前 Sprint！
❌ 絕對不選：專案經理自己決定加進當前 Sprint、要求團隊加班做完。
敏捷實踐 (Agile)
題幹出現：每日站會 (Daily Standup) 變成 45 分鐘的技術爭論大會，或外部人員插嘴指揮
✅ 站會嚴格控制在 15 分鐘內！技術細節「會後另約小群組討論」；外部人員只能旁聽不能插話。
❌ 絕對不選：把站會延長到 1 小時、讓 PM 在站會上分配每日工作。
敏捷估算 (Agile)
題幹出現：團隊遇到全新技術，完全無法估算某個用戶故事 (User Story) 的點數與風險
✅ 安排一次時間盒限制的「刺探 / 技術探針 (Spike)」，先用小實驗摸清技術可行性再估算。
❌ 絕對不選：隨便猜一個大數字、把該功能永久刪除。
風險 vs 問題 (Risk vs Issue)
題幹出現：「擔心未來某事可能發生 (May happen)」vs「某事已經爆發了 (Has occurred)」
✅ 「可能發生」＝風險 ➔ 查【風險登錄冊】；「已經發生」＝問題 ➔ 查【問題日誌 (Issue Log)】並執行應變措施！
❌ 絕對不選：風險已經發生了才去更新風險發生機率。
人員衝突 (Conflict)
題幹出現：兩名團隊成員因為技術方案或工作分配發生激烈爭執
✅ 優先採用「合作/解決問題 (Collaborating/Problem Solving)」面對面攤開數據尋求雙贏共識。
❌ 絕對不選：上報給職能經理或 HR、強迫某一方妥協 (Forcing)。
資源短缺 (Resource)
題幹出現：關鍵技術骨干被職能經理抽走，或突然請長假
✅ 先評估對專案關鍵路徑的影響，再與「職能經理 (Functional Manager)」協商替代資源或內部交叉培訓 (T型人才)。
❌ 絕對不選：直接找公司 CEO 告狀、叫全體成員無償加班頂替。
利害關係人 (Stakeholder)
題幹出現：某高權力的新利害關係人後期才加入，對專案百般阻撓或拒絕驗收
✅ 更新「利害關係人登錄冊」與「參與評估矩陣」，主動約談了解其潛在期望與顧慮。
❌ 絕對不選：拿著當初簽好的章程逼他閉嘴、忽視他的意見繼續施工。
商業環境與合規 (Compliance)
題幹出現：政府頒布新法規（如資料隱私法、環保法規、博弈監管條例）影響專案交付
✅ 法規合規性具有「最高優先級 (Mandatory)」！立即評估合規影響，提交變更請求或拉到待辦清單最頂端。
❌ 絕對不選：為了趕時程先上線再說、付罰款了事。
品質管理 (Quality)
題幹出現：客戶抱怨交付物缺陷太多，或團隊想找出根本原因與關鍵少數問題
✅ 查缺陷根源用「魚骨圖/石川圖 (Ishikawa)」；抓最關鍵 20% 原因用「柏拉圖 (Pareto)」；看流程是否失控用「控制圖」。
❌ 絕對不選：只靠增加最終測試人員來代替過程中的品質保證 (QA)。
收尾與驗收 (Closing)
題幹出現：專案可交付成果已完成，準備移交給客戶或營運團隊
✅ 先通過「控制品質 (Control Quality)」內部核實，再進行「確認範疇 (Validate Scope)」取得客戶正式簽署驗收。
❌ 絕對不選：沒經過內部品質檢查就直接拿給客戶驗收。
PMI® OFFICIAL SIMULATION SCORE REPORT
PMP® 三大領域 3A 能力診斷報告
NEEDS WORK (繼續刷題)
人員領域 (People 42%)
78%
Above Target (AT)
已作答：0 題 ｜ 答對：0 題
流程領域 (Process 50%)
0%
Below Target (BT)
已作答：2 題 ｜ 答對：0 題
商業環境 (Business 8%)
78%
Above Target (AT)
已作答：0 題 ｜ 答對：0 題