Udi Dahan, Software Architect — Haifa, Israel
狀態報告的假象#
專案經理最容易陷入一個陷阱：相信團隊的狀態報告等同於真實進度。這篇文章來自一個親身失敗的教訓。
作者在第二個專案中，完全依賴各團隊主管的進度回報。基礎架構主管說「下個月會回到正軌」，整合主管說「模組都符合規格、測試穩定」，開發主管說「目標可以達成」——一切看起來都很順利。
注意： 直到真實用戶試用系統，才發現幾乎每個使用案例（use case）都有嚴重錯誤。而此時專案已進行五個月，卻連三分之一的工作都還沒完成。
關鍵認知：「完成」由客戶定義#
有經驗的專案救援者 Patrick 點出了核心問題：「完成」的定義權在客戶手上，而不在狀態報告裡。
- 資料庫團隊回報 95% 完成，不代表用戶能正常使用系統
- 狀態報告呈現的是「還剩多少工作」，而非「創造了多少客戶價值」
- 完美的狀態報告，可能掩蓋了整個專案方向的偏差
正確做法：以實現價值為衡量基準#
重點： 應持續讓用戶參與評估每個功能，確認其是否具備客戶感知價值（customer-perceived value）。將狀態報告轉換為實獲值報告（Earned Value Report），才能真實反映專案的完成比例，而非只是工作量的消耗。
正確的進度追蹤應建立在：
- 讓真實用戶持續試用 — 每個功能完成後立即驗證
- 以實獲值（Earned Value）衡量 — 用客戶認可的價值，而非工時或程式碼行數
- 不要等到最後才整合 — 越晚發現問題，修復成本越高
補充： 專案幾乎從第一天就注定失敗，根本原因是沒有對應到專案的真正目標。狀態報告呈現的是團隊自我評估的工作完成度，而不是系統是否真正可用。這兩者之間的落差，往往在最後一刻才會被發現。