雲端遷移策略桑基圖：由應用程式到狀態
將應用程式組合由業務範疇，對應到遷移策略（重新託管、重新平台化、重構、改購、淘汰、保留），再到狀態。換上你自己嘅清單。
雲端遷移桑基圖用一張圖顯示整個組合：每個業務範疇擁有邊啲應用程式、你決定點處理，以及進度去到邊。佢令永遠唔會遷移嘅部分變得可見。
例子有 100 個應用程式，分屬四個業務範疇。佢哋流向六種策略：重新託管、重新平台化、重構、改購、淘汰同保留。最後一欄顯示狀態：43 個已上雲、21 個進行中、20 個未開始、9 個已關閉，同 7 個留喺內部機房。
遷移計劃通常用完成百分比匯報。桑基圖顯示百分比收埋嘅嘢，例如有 22 個應用程式根本唔會遷移，而未開始嘅工作入面最大一塊係淘汰（6 個應用程式）。想睇交付方面，可以睇 /yue/guides/如何找出軟件發佈流程樽頸；想知目標環境嘅成本，可以睇 /yue/sankey/cloud-cost-allocation。
點樣閱讀呢個圖表
- 100 個應用程式入面有 43 個（43%）已上雲，21 個進行中，20 個未開始。
- 重新託管係最大策略，有 35 個應用程式（35%）；重構只有 10 個。
- 22 個應用程式（22%）唔會遷移：15 個淘汰，7 個保留喺內部機房。
- 重構嘅進度最弱：10 個入面只有 2 個已上線，4 個未開始。
圖表背後嘅資料
虛構數字，只作說明，並非任何真實公司、團隊或系統嘅資料。
| 來源 | 目標 | 數量（個應用程式） |
|---|---|---|
| 財務 | 重新託管 | 10 |
| 財務 | 重新平台化 | 8 |
| 財務 | 重構 | 3 |
| 財務 | 改購 | 2 |
| 財務 | 淘汰 | 3 |
| 財務 | 保留 | 4 |
| 銷售 | 重新託管 | 8 |
| 銷售 | 重新平台化 | 5 |
| 銷售 | 重構 | 2 |
| 銷售 | 改購 | 5 |
| 銷售 | 淘汰 | 4 |
| 銷售 | 保留 | 1 |
| 營運 | 重新託管 | 14 |
| 營運 | 重新平台化 | 9 |
| 營運 | 重構 | 4 |
| 營運 | 淘汰 | 6 |
| 營運 | 保留 | 2 |
| 人力資源 | 重新託管 | 3 |
| 人力資源 | 重新平台化 | 3 |
| 人力資源 | 重構 | 1 |
| 人力資源 | 改購 | 1 |
| 人力資源 | 淘汰 | 2 |
| 重新託管 | 已上雲 | 25 |
| 重新託管 | 進行中 | 7 |
| 重新託管 | 未開始 | 3 |
| 重新平台化 | 已上雲 | 12 |
| 重新平台化 | 進行中 | 8 |
| 重新平台化 | 未開始 | 5 |
| 重構 | 已上雲 | 2 |
| 重構 | 進行中 | 4 |
| 重構 | 未開始 | 4 |
| 改購 | 已上雲 | 4 |
| 改購 | 進行中 | 2 |
| 改購 | 未開始 | 2 |
| 淘汰 | 已關閉 | 9 |
| 淘汰 | 未開始 | 6 |
| 保留 | 留喺內部機房 | 7 |
同樣嘅資料（CSV）
source,target,value
財務,重新託管,10
財務,重新平台化,8
財務,重構,3
財務,改購,2
財務,淘汰,3
財務,保留,4
銷售,重新託管,8
銷售,重新平台化,5
銷售,重構,2
銷售,改購,5
銷售,淘汰,4
銷售,保留,1
營運,重新託管,14
營運,重新平台化,9
營運,重構,4
營運,淘汰,6
營運,保留,2
人力資源,重新託管,3
人力資源,重新平台化,3
人力資源,重構,1
人力資源,改購,1
人力資源,淘汰,2
重新託管,已上雲,25
重新託管,進行中,7
重新託管,未開始,3
重新平台化,已上雲,12
重新平台化,進行中,8
重新平台化,未開始,5
重構,已上雲,2
重構,進行中,4
重構,未開始,4
改購,已上雲,4
改購,進行中,2
改購,未開始,2
淘汰,已關閉,9
淘汰,未開始,6
保留,留喺內部機房,7運作方式
匯出應用程式清單
列出每個應用程式嘅所屬業務範疇、你嘅遷移決定同目前狀態。
每個應用程式只用一種策略
為每個應用程式揀主要策略並只計一次。如果兩個部分唔同，就喺清單入面拆開。
計算各股流
計算由業務範疇到策略，以及由策略到狀態嘅應用程式數目。
檢查平衡
每種策略流出嘅應用程式數必須等於流入。「保留」同最終狀態喺呢度完結。
常見問題
一定要用呢六種策略嗎？
唔使。六種 R 係常用詞彙，但你可以用自己嘅標籤。盡量保持數目少，中間一欄先易讀。
可以按成本或規模為應用程式加權嗎？
可以：將單位改成每年營運成本（歐元）或者伺服器數目，而唔係應用程式數目，並加以說明。數量同成本講嘅係唔同嘅故事。
編輯呢個雲端遷移桑基圖
將例子開成你自己嘅圖表，輸入你嘅應用程式數目。