概念地圖・實獲值管理
作者 山姆（謝冠生）・喵喵書評創辦人
發布
分類：管理
這一頁不只是把一個概念解釋一遍——一張自己畫的結構圖，加上拿台灣情境從頭走一次的實例演練、這個框架什麼時候會騙你，以及它接回 P.A.I.N. 之後長什麼樣。一頁必須交付的三層 →
實獲值管理：花了多少，做完了多少
專案進行到一半，老闆問「現在狀況怎麼樣」，多數人的回答是兩個數字：預算花了多少、時程過了多少。這兩個數字合起來，其實什麼也沒說——花掉六成預算可能代表順利，也可能代表災難，差別在於這段時間到底做完了多少事。實獲值管理補上的正是第三條線：把已完成的工作，換算成當初編給它的預算金額。三條線並排在同一張圖上，任何一天的垂直距離，就是你的進度偏差與成本偏差。
三條線，四個數字
實獲值管理源自 1960 年代美國國防部的成本與時程控制系統準則，後來成為專案管理知識體系的標準工具。它的全部威力來自一件事：把「做完的工作」換算成金額，讓進度與成本可以放在同一個單位上比較。
| 名稱 | 它在問 | 本例的數字 | 怎麼判讀 |
|---|---|---|---|
| 計畫值 PV | 到今天應該完成多少 | 300 萬 | 來自基準計畫，不隨現況改動 |
| 實獲值 EV | 實際完成的工作值多少 | 240 萬 | 整套方法的關鍵，也是最易失真的一項 |
| 實際成本 AC | 已經花掉多少 | 330 萬 | 來自帳務，要小心未入帳的部分 |
| SPI／CPI | 效率是幾折 | 0.80／0.73 | 低於 0.9 通常代表要重談範圍或資源 |
導入之前，先過四個自問
這套方法在制度完整的組織裡非常強大，在多數中小團隊卻常常做完第一個月就荒廢。四個問題可以先判斷你會不會走到那一步。
一、完成百分比是誰認定的，用什麼規則。實獲值的整個可信度都靠這一步。若由執行的人自己說「這項做了八成」，你得到的只是一份包裝過的心情。常見的客觀規則有幾種：開工就認 0%、完工才認 100%；或者開工認 50%、完工再認 50%；或按實體產出計量（十二台裡裝好七台）。自問：我們的完成度，有沒有一條寫下來、換人來判也會得到同樣答案的規則？
二、工作包切得夠細嗎。一個為期三個月、金額一百萬的工作包，完成度只能靠猜。實務上的經驗法則是把工作包切到兩週以內、且有明確交付物，這樣完成度才有辦法客觀認列。切分不夠細，後面所有指標都是裝飾。自問：我們最大的那個工作包，跨幾個回報週期？
三、實際成本抓得完整嗎。常見的漏洞有三種：發票還沒進帳、內部人力工時沒記、外包的驗收款尚未認列。這些會讓 CPI 在前期漂亮得不真實，等到帳一次補齊，指標瞬間崩掉。自問：這個月的成本數字，跟財務那邊的認列時點差幾週？
四、你要拿這些數字做什麼決定。如果算完只是填進月報，那它就是一份昂貴的作業。有價值的用法是綁定行動門檻：CPI 掉到某個值就重談範圍、SPI 連兩期低於某個值就補人或延期。自問：上一次指標亮紅燈，有哪一件事因此改變了？
一個系統整合案的第六個月
台灣的系統整合、工程統包這類專案，最常見的死法是「錢燒完了，功能還沒做完」。以下是一個示意情境。
- 原本的回報：每月報「預算用了 55%、時程過了一半」。聽起來還好
- 補上第三條線：把已驗收的模組換算成當初編的預算。實獲值 240 萬
- 進度偏差：該完成 300 萬的工作，實際只完成 240 萬。落後兩成
- 成本偏差：花了 330 萬，換到 240 萬的成果。每一塊錢只值七毛三
- 往前推：照這個效率做完，總成本約 825 萬。超支超過三成
- 當月的決定：砍掉兩個非必要模組，重談交期與付款節點。第六個月談，還談得動
這個案子真正的收穫，是把壞消息提早了四個月。原本的兩個數字——預算用了多少、時程過了多少——在第六個月看起來完全正常，因為它們剛好互相掩護：花得比較快可以解釋成「進度超前」，做得比較慢可以解釋成「還沒請款」。要等到第三條線畫上去，那個 240 萬與 330 萬的落差才無處可躲。另一個值得記的細節是那句「還談得動」：同樣的超支，第六個月提出來是重談範圍，第十一個月提出來就是究責與索賠。實獲值管理最實際的價值，往往不在算得多準，而在讓難堪的對話早一點發生。以上為說明結構用的示意情境，僅供理解框架之用。
這三條線，有三個地方會騙你
它是專案管理裡數學最完整的一套工具，也因此最容易讓人忘記數字從哪裡來。
- 實獲值靠人認列，於是永遠有一段九成。只要完成度由執行者自評，就會出現那個熟悉的現象：進度停在九成長達三個月。剩下的一成往往包含最難的整合、測試與驗收。對策是把認列規則改成客觀的：以交付物是否通過驗收來認，中間狀態一律不給分。寧可讓曲線階梯狀地跳，也不要一條平滑但虛構的線。
- 進度指標在專案末期會自己變好看。這是實獲值管理一個常被忽略的結構性缺陷：專案結束時，實獲值必然等於總預算，計畫值也是，於是 SPI 一定回到 1.0，不管你延遲了多久。換句話說，越接近尾聲，這個指標的預警力越低。實務上的補救是搭配「實獲時程」這類以時間為單位的指標，或者直接回頭看關鍵路徑上的任務有沒有動。
- 它衡量照計畫做了多少，不衡量做的東西有沒有用。一個 CPI 與 SPI 都漂亮的專案，可能準時準預算地交出一套沒有人使用的系統。所有的價值判斷都在編列基準計畫的那一刻就鎖死了，之後的指標只監督執行。這也是為什麼在需求變動快的領域，單靠實獲值管理會給人一種危險的安全感——儀表板全綠，產品沒人要。
你的實獲值，是做完的功能還是付錢的人
實獲值管理最聰明的一步，是拒絕用「花掉多少」來代表進度。這個直覺完全正確，而且遠遠超出專案管理的範圍——多數人衡量自己的方式，本質上都是在報 AC：這個月寫了幾篇、加了幾個功能、談了幾個客戶、花了幾個晚上。這些是投入，跟成果之間隔著一整條假設鏈。
把同一張圖搬到一個還在找市場的產品上，會發現真正的問題在於「實獲值」該怎麼定義。如果你把它定義成「做完的功能佔規劃的百分比」，那你只是把一份可能錯的計畫執行得很有效率。被驗證的需求，才是這張圖上真正該累積的那條金線。P.A.I.N. 之尺提供的是另一套認列規則：五個人願意花半小時談這個問題，認 10%；有人願意先付訂金，認 40%；有人付了第二次錢，認 70%。今晚可以做的一件小事：拿一張紙畫三條線——這三個月你投入的時間與錢、你做完的功能數、真的付過錢的人數。哪一條明顯落後，你的專案就正在那裡失血。
關於實獲值管理，常被問到的幾件事
PV、EV、AC 分別是什麼？
計畫值 PV 是「到今天為止，照基準計畫應該完成的工作，當初編了多少預算」；實獲值 EV 是「實際完成的工作，照當初的編列值多少錢」；實際成本 AC 是「為了做這些事，實際花掉多少」。三者的單位都是金額，這正是它的巧思——時程與成本兩件事被換算到同一把尺上，才能相減、相除、互相比較。
SPI 與 CPI 怎麼看，多低算警訊？
兩者都是把實獲值當分子：SPI 等於 EV 除以 PV，看進度；CPI 等於 EV 除以 AC，看成本效率。等於 1 代表照計畫，小於 1 代表落後或超支。常見的實務門檻是 0.9：連續兩期低於 0.9，通常代表問題來自結構而非單月波動，該重談範圍、資源或期程了。另外要記得看趨勢——0.95 一路往下，比穩定的 0.88 更值得緊張。
完工預估 EAC 怎麼算？
最常用的公式是總預算除以 CPI，假設「目前的成本效率會延續到最後」，本文的例子就是 600 除以 0.73，約 825 萬。另外兩種常見情境：若相信偏差只是一次性事件、之後會回到計畫效率，就用「已花成本加上剩餘預算」；若進度落後同時也在推高成本，則用 CPI 乘以 SPI 當分母，得到最保守的估計。實務上會同時算兩三種，給出一個區間而非單一數字。
小團隊、小專案值得導入嗎？
完整制度多半不值得，但核心觀念一定值得。最低成本的做法是：把專案切成十到二十個有明確交付物的工作包，各自標上預估工時或金額；每週只更新一件事——哪些工作包已經完整交付。用「已交付的工作包佔總量的比例」對照「已花掉的時間或錢的比例」，就已經抓到八成的價值，不需要任何軟體。
它跟甘特圖、關鍵路徑法是什麼關係？
互補而非替代。甘特圖告訴你每件事什麼時候做、現在排到哪；關鍵路徑法告訴你哪一條鏈決定了總工期、哪些任務延一天就整案延一天；實獲值管理則把成本與進度換算成同一單位，回答「整體效率是幾折、照這樣做完要多少錢」。三者搭配的順序通常是：先用工作分解結構切工作、用關鍵路徑排時程、再用實獲值追蹤執行。
要判斷哪些任務延遲會拖垮整個工期，關鍵路徑法是搭配的第一站；把任務排進時間軸的基本工具，見甘特圖。至於為什麼團隊拍胸脯的交期常常是最不可能發生的那一天，這篇拆書解釋得很透徹。
喜歡這篇文章嗎？
每週幫你拆二本好書，把判斷力、好書金句、好問題，直送你的信箱。
不適合你可隨時退訂 · 每週兩封，陪你把書讀進生活。
送出即表示同意我們依隱私權政策使用你的 email。