工程時間分配桑基圖：團隊產能
顯示一個迭代嘅工程人日去咗邊：由團隊到功能開發、修復錯誤、技術債、會議同值班，再分為計劃內同計劃外。
工程產能桑基圖顯示團隊嘅時間實際用咗喺邊。佢將計劃內同突然出現嘅工作分開，令計劃外工作唔再收埋喺速度數字入面。
例子係一個迭代共 150 個工程人日，來自三個團隊。佢哋流向五類工作：功能、修復錯誤、技術債、審查及會議，以及支援及值班。最後一欄將同一批人日分成計劃內同計劃外，所以迭代中途收到嘅錯誤，同規劃時承諾嘅功能，睇落係唔同嘅。
大部分追蹤工具可以話你知一個團隊嘅點數，但好難顯示平台團隊 40 日入面有 24 日花喺技術債同值班。呢張圖係用嚟傾計劃，唔係用嚟評核人：日數只係估算，而且一個人嘅一日可以分攤落唔同工作。想知計劃內嘅工作最終變成乜，可以睇 /yue/sankey/roadmap-delivery。
點樣閱讀呢個圖表
- 150 個工程人日入面，98 日（65%）係計劃內，52 日（35%）係計劃外。
- 功能開發佔 55 日（37%）；其中 50 日在計劃內，5 日係迭代中途加入。
- 25 日修復錯誤同 20 日值班全部係計劃外：共 45 日，佔產能 30%。
- 平台團隊 40 日入面有 24 日（60%）用於技術債同值班。
圖表背後嘅資料
虛構數字，只作說明，並非任何真實公司、團隊或系統嘅資料。
| 來源 | 目標 | 數量（工程人日） |
|---|---|---|
| 平台團隊 | 功能開發 | 8 |
| 平台團隊 | 技術債 | 12 |
| 平台團隊 | 審查及會議 | 8 |
| 平台團隊 | 支援及值班 | 12 |
| 產品 A 團隊 | 功能開發 | 30 |
| 產品 A 團隊 | 修復錯誤 | 12 |
| 產品 A 團隊 | 技術債 | 5 |
| 產品 A 團隊 | 審查及會議 | 13 |
| 產品 B 團隊 | 功能開發 | 17 |
| 產品 B 團隊 | 修復錯誤 | 13 |
| 產品 B 團隊 | 技術債 | 3 |
| 產品 B 團隊 | 審查及會議 | 9 |
| 產品 B 團隊 | 支援及值班 | 8 |
| 功能開發 | 迭代開始時已計劃 | 50 |
| 功能開發 | 計劃外 | 5 |
| 修復錯誤 | 計劃外 | 25 |
| 技術債 | 迭代開始時已計劃 | 18 |
| 技術債 | 計劃外 | 2 |
| 審查及會議 | 迭代開始時已計劃 | 30 |
| 支援及值班 | 計劃外 | 20 |
同樣嘅資料（CSV）
source,target,value
平台團隊,功能開發,8
平台團隊,技術債,12
平台團隊,審查及會議,8
平台團隊,支援及值班,12
產品 A 團隊,功能開發,30
產品 A 團隊,修復錯誤,12
產品 A 團隊,技術債,5
產品 A 團隊,審查及會議,13
產品 B 團隊,功能開發,17
產品 B 團隊,修復錯誤,13
產品 B 團隊,技術債,3
產品 B 團隊,審查及會議,9
產品 B 團隊,支援及值班,8
功能開發,迭代開始時已計劃,50
功能開發,計劃外,5
修復錯誤,計劃外,25
技術債,迭代開始時已計劃,18
技術債,計劃外,2
審查及會議,迭代開始時已計劃,30
支援及值班,計劃外,20運作方式
揀一個時段
取一個迭代或者一個月，列出扣除假期同休假之後可用嘅工程人日。
將工作分成五至六類
用你嘅追蹤工具已有嘅標籤，例如功能、錯誤、技術債同支援。多過六類，中間一欄就會難以閱讀。
每一日只計一次
估算每個團隊喺每類工作嘅日數，再標記邊啲係迭代計劃內嘅。
檢查平衡
每類工作流出嘅日數必須等於流入，而總數要等於產能。
常見問題
呢個係量度生產力嗎？
唔係。佢顯示時間去咗邊，而唔係用得好唔好。用嚟討論計劃，例如點解有三分之一產能係計劃外，而唔係用嚟比較個人。
一日分咗俾兩類工作，點計？
喺資料入面拆開：每類半日。每個時段都用同一個規則，圖表先可以互相比較。
編輯呢個工程時間桑基圖
將例子開成你自己嘅圖表，輸入你團隊嘅日數。