Barbee Davis, MA, PHR, PMP — Omaha, Nebraska, U.S.
兩種世界的衝突#
軟體開發者越來越傾向以敏捷、彈性的方式開發軟體；而專案管理辦公室（PMO）則持續推廣傳統的專案管理方法，這些方法在非資訊科技領域確實行之有效。
問題是：能否找到一種報告方式，讓高層主管從兩個陣營取得一致的指標？答案是：可以，差不多。
兩個核心概念#
實獲值（Earned Value）#
實獲值（EV） 是一種量化追蹤方式，以數字呈現每週、每月或每季的進度與商業價值。
簡化來說（不考慮成本因素）：
- 專案團隊預估某週可完成 40 個任務（計畫價值 PV = 40 小時）
- 週五實際回報：若全部完成，則實獲值 EV = 40 小時
- 進度差異（SV）= EV - PV，本例為零，代表如期完成
若進度落後，下游工作人員需提前知情；若提前完成，排程也需相應調整。傳統方法的前提是：工作範疇（scope）已事先固定。
速率（Velocity）#
速率（velocity） 是敏捷方法中衡量開發者生產力的指標，用以決定下一週可承擔的工作量（不超過上週完成量）。
關鍵差異在於：
- 速率是開發者與自身的比較，而非與長期計畫對照
- 本週任務可能較簡單或較熟悉，因此不需重新調整其他人的排程
- 若速率不如預期，可縮減範疇（減少交付功能數量）
補充： 傳統方法假設範疇固定、成本彈性；敏捷方法則假設時間固定、範疇彈性。這是兩者報告指標難以直接對應的根本原因。
混合報告的實務方法#
當軟體開發專案需要與行銷、製造、培訓等其他部門整合在同一份報告中時，可採用以下折衷方案：
- 給資訊科技（IT）團隊一個固定時間區塊（例如五週），並對應相應的人力成本
- IT 團隊每週提交軟體報告時，同步提交已完成的功能 / 使用者故事（stories）清單
- 專案經理將這些功能轉換為任務名稱，事後輸入到整合報告中
- 這些任務可標記為「100% 如期完成」，讓傳統報告能呈現敏捷進度
技巧： 以「時間區塊」替代逐一任務追蹤，是讓傳統報告與敏捷開發共存的最簡單方式。別試圖強行對齊兩套方法的所有細節，找到一個雙方都能接受的轉換點即可。
關鍵： 實獲值與速率並非天生對立。理解兩者的本質差異，才能設計出讓不同利害關係人都能看懂的混合報告格式。