系統交接的起手勢：先畫一張架構圖

2026-07-24 ・系統交接實務・來源：P207 專案 WAL 開單（本篇為「會前」篇，會後成果見 7/30《交付總表》篇）

背景與結果：一個運行兩年多的政府教育遊戲專案要交接給新維運廠商。啟動會議前夕盤點發現：全案沒有任何一張系統架構圖，DEV／STG／PROD 三套環境版本各不相同，文件散落各處。當晚定調的問題只有一個——交接的第一步到底做什麼？結論（以外部實務佐證：AS-IS 盤點與 C4 架構圖法）：先畫一張全景架構圖。會議當天即產出五項優先事項與全景圖第一版。

收穫與地雷

1｜交接的第一步不是寫文件，是畫地圖

Before（問題）文件一大堆，但沒有一張圖說清楚前端、後端、資料庫、廠商主機、部方主機、對外登入系統的關係——交接雙方各說各話，對不上範圍。

After（效益與做法）先畫一張全景圖（C1）勾勒整體，再由圖切出「哪些要交接、哪些不用」，所有文件都掛在圖上。一張圖就是共同語言。

2｜五項優先事項，取代憑感覺排工作

Before（問題）啟動會議要談什麼靠臨場發揮，容易漏關鍵項。

After（效益與做法）依序：資產盤點清單 → 架構圖 → 環境矩陣（三套環境差異）→ 帳號清冊 → 依賴地圖＋runbook。每項先定義產出格式與內容重點，會議照清單走。

3｜最高風險藏在「全人工作業」

Before（問題）盤點後發現多張共用試算表全靠人工維護、SOP 只存在人腦——系統交完了，人腦裡的流程沒交，新廠商上線即斷。

After（效益與做法）把人工作業明確納入交接範圍：逐項寫 SOP，並建議錄影留存操作過程。「沒有寫下來的流程」被指名為全案交接風險最高的一塊。

4｜佔位的模擬圖必須標警語

Before（問題）為了先讓文件成形放了示意用的模擬架構圖，日後容易被當成真圖引用。

After（效益與做法）模擬圖直接標註「此為模擬、可整段替換」，並指派懂系統的人負責替換——佔位可以，被誤信不行。