進度百分比不可信：WBS 基線未凍結、變更不走准入時，百分比只是心情

微信裡的「加一點點」，如何吃掉整張甘特圖

實施經理的手機晚上十點亮了一下：客戶現場負責人發來語音，「介面再加一個匯出，很簡單。」售前在旁聽群裡回了個 OK。兩週後，匯出變成權限、模板、審計日誌和培訓，工時翻了幾倍。專案週報上進度仍寫 75%——因為新任務被悄悄加進分母，完成率繼續「穩步上升」。結項驗收時，合同附件與現場交付物對不上，扯皮才開始。

製造業與交鑰匙交付尤其脆：合同里程碑綁付款，現場天天出工況。專案管理方案強調基線與准入——WBS 基線凍結後，範圍變更經影響評估再進計劃；沒有基線的甘特圖不應進入管理口徑。範圍蔓延很少是某個人惡意，更常見是微信、口頭、售前現場答應、實施「順手做了」。閘門不在態度，在把想法變成基線變更的狀態與權限。

完成率要有固定分母，否則只是情緒

任取一個「正在做」的任務，應能在一分鐘內回答：屬於哪一版基線、是否經變更批准、影響哪個里程碑與預算科目。答不上來，進度百分比不可信。

常見假綠來源：

L1 對齊合同與商務里程碑，L2/L3 落到可派工、可估時、可驗收的工作包；再往下用日報即可。基線一凍結，完成百分比才有固定分母；變更一準入，蔓延才從文化問題變成可統計、可仲裁的流程問題。

基線版本要帶生效日與差異對比：相對上一版增刪了哪些工作包、影響哪些里程碑。沒有版本號的「整表重刷」，完成率永遠好看、歷史永遠不可比。試點專案凍結 v1 時，把當時已在做、但不在合同附件裡的事項單獨列出——這張清單往往就是組織真實的蔓延水位，也是說服干係人接受閘門的最好材料。

待評估池：想法與承諾必須分居

系統設計上，口頭、郵件、現場提出的需求應先進入待評估池，與正式計劃、報工、驗收清單隔離。池裡的條目可以討論、估時、標優先順序，但未批准不得派工，不得把工時計入基線進度。

狀態建議清晰可抽檢：待評估 → 評估中 → 已批准/駁回 → 已納入基線。快速通道（例如低於人時閾值且不影響付款里程碑）仍要留痕，否則閾值會變成漏洞。批准後必須同步三處：計劃任務、驗收交付物清單、必要時合同/補充協議——執行變了、驗收標準還是舊的，等於把扯皮推遲到付款前一週。

待評估池還要有清理節奏：長期既不評估也不駁回的條目，會變成另一張願望清單。專案集例會可抽查池齡，超齡條目強制決策——做、不做、或退回提出人補材料。池子只進不出，變更控制同樣會假死。對實施同學「順手做了」的條目，補進池並補影響評估，比默許既成事實再假裝基線仍有效更誠實；既成事實若觸及付款里程碑，必須升級商務確認，不能用技術完成度代替合同完成度。

影響評估四格，CCB 才不會空轉

變更控制委員會不是「多開一個會」，而是固定誰能提、誰必須評、誰有權批。製造業交付裡，常設席位建議覆蓋：專案經理（材料）、商務/銷售（客戶承諾）、技術負責人（可行性與風險）、成本或財務介面（粗算增量）。客戶代表可列席關鍵變更，但不替代內部批准——否則又變回「客戶一句話等於透過」。

影響評估不要寫成散文。最少四格：

1. 進度偏移（天，是否威脅里程碑）
2. 成本增量（人天與採購）
3. 風險等級（對驗收、安全、停線）
4. 是否觸及付款節點

格子填不全，有權退回，而不是會上現場猜。高影響變更應能關聯風險登記冊；延期與範圍變化若 silent pass，登記冊殭屍與變更失控往往成對出現。閾值寫進配置後不要週週改：觸及付款或超預算必經 CCB；小變更可非同步會籤。

瀑布與敏捷：形式可變，紀律不可變

瀑布用階段門與 WBS，敏捷用史詩、故事與衝刺——都可以。不變的是：已承諾的釋出範圍或合同里程碑若被觸及，先變更或正式調整發布基線，再進看板。「敏捷」描述交付節奏，不是取消承諾管理。增量模式同理：每個增量仍有可驗收邊界，邊界外的想法進池，不進當期承諾。

與 CRM/合同的銜接很現實：售前在商機階段隨口加的範圍，若不同步進專案基線，交付側會用變更「補課」。較穩的做法是合同附件或 SOW 作為 L1 範圍來源，超出即生成變更單號，並回寫是否需要補充協議。銷售為贏單當場承諾、交付背鍋，是商機與基線斷裂的組織版病因。

健康度怎麼看：不怕變更，怕看不見

反模式要點名：進度會口頭「同意加」代替變更單；基線每月整表重刷卻不留版本；看板無限加卡且無優先順序版本；變更批准後不更新驗收清單。純內部研究且無外部承諾可輕量留痕；一旦涉及客戶驗收或付款，立即升級紀律。章程與成功標準未寫清時，先補一頁範圍與非目標清單，再談基線。估時基礎缺失時，先建立任務級估時參照，再強制三側評估——否則 CCB 只會變成拍腦袋會。干係人名單不全、誰有權提變更誰有權批說不清時，上 CCB 只會變成扯皮會——先補權限矩陣，再開會。

成本側也要能看見變更：批准的範圍增量若不同步預算調整，專案賬會懲罰按變更執行的人，EAC「假爆」與範圍失血會同時出現。風險側同理：高影響變更應能生成或關聯登記冊條目，避免影響評估做完就進抽屜。變更、成本、風險三本賬互相看不見時，專案集駕駛艙再漂亮也只是三色燈並聯。

JEDP-PMS 在計劃與變更側覆蓋 L1～L3/WBS、待評估與影響評估准入，並可與商機合同銜接。系統要接住的是狀態與權限，而不是多一張可被無視的變更表。專案集例會固定看未評估開工與基線外工時，比只看綠燈數量更接近真實健康度。一期先把模板、基線釋出與變更追溯跑通；沒有 WBS 紀律、只有里程碑 PPT 的專案，應先任務化，再談預警與組合檢視。

現場「先做後補」如何被機制擋住

機制擋不住一切人情，但可以抬高繞過成本。報工若校驗任務是否屬於當前基線或已批准變更，基線外工時會暴露；驗收清單若只引用基線交付物，私下做的功能進不了正式驗收；採購請購若要求掛任務或變更單號，範圍外採購會被卡住。三處閘口不必一次上齊，但至少先上「未批准不報工」——工時是蔓延最誠實的痕跡，也最容易在月底被糊塗分攤掩蓋。

對客戶溝通話術要提前準備：加需求可以，但請確認延期、費用與風險。把影響四格做成一頁紙發給客戶，比爭論「是否屬於原範圍」更少情緒。內部銷售與交付對賭時，售前承諾必須能落到 L1 或變更單；落不到的承諾，交付有權拒絕開工並升級——否則閘門永遠被商務旁路。

半天能看見蔓延有多大

選一個在建試點：凍結當前 WBS 為基線 v1；把過去兩週「正在做但合同/基線沒有」的事項掃進待評估池——通常半天就能看見地下範圍有多大。然後釋出分級閾值與 CCB 名單，規則只有一句：未批准不報工、不進驗收清單。兩週後再看未評估開工是否歸零；歸不了零，先查誰在繞閘門，再談全面推廣模板。渠道上若發現售前承諾佔比最高，回溯商機與合同附件；若現場口頭佔比最高，加強待評估池入口與專案經理否決權。

變更多本身不是罪，偷偷變更才是。能把每一次範圍變化變成可見、可估、可批的記錄，進度百分比才重新有資格進入經營回顧。願望清單式甘特圖可以繼續畫著玩；進管理口徑的，只能是某一版基線上的執行狀態。

• PMS 專案方案
• 里程碑要帶證據
• 專案成本同一本賬
• 風險登記冊運營