一項工作
誰在做、現在怎麼做、哪裡反覆卡住。
BEFORE WE START
先準備四件事，不完整也可以誠實標出。
缺少的資料與責任會成為下一步盤點，不會被假設成系統已經具備。
可用資料
來源、版本、權限、敏感性與內容確認人。
人的責任
誰校對、接手例外、接受交付與作最後決定。
驗收情境
正常、資料不足、權限不符與失敗時應發生什麼。
THE COMPLETE METHOD
六步，把一項工作做成可驗收、可維護的系統。
每一步都有明確產出與停止條件。這裡是完整方法的主要頁面，不代表每個專案的時程或範圍都相同。
定義一項真實工作
確認誰在做、現在怎麼做、反覆卡在哪裡與期待結果；問題太大時，先縮小到一個可觀察流程。
盤點資料、權限與例外
核對來源、版本、使用權與敏感性；沒有授權或可信來源時，先停在盤點，不進入建置。
設計流程與人工責任
把判斷點、交接、例外與回復方式放進流程；責任不清時，先補上具名負責人。
建立可測試版本
只在核准範圍內實作，清楚標示第三方或資料條件尚未就緒的 unavailable 狀態與已知限制。
用代表情境驗收
測試正常、資料不足、權限不符與依賴失敗；未通過就留下修正清單，不用完成畫面代替驗收。
上線後持續維護
指定誰更新資料、處理回饋、重測受影響情境與記錄變更；沒有維護責任，就不稱為可持續運作。
HUMAN CHECKPOINTS
系統可以協助，接受與維護仍由人決定。
輸入是否可用、例外是否能被接手、結果是否符合約定，以及上線後誰持續更新，都必須在流程裡留下人的位置。
ACCEPTANCE & MAINTENANCE
完成畫面，不等於完成驗收。
驗收要留下什麼
- 工作
- 依正常、資料不足、權限不符與外部依賴失敗等代表情境測試。
- 依據
- 保留實際結果、已知限制、修正清單與具名接受紀錄。
- 邊界
- 構想、原型、本地測試、Preview、Production read-back 與使用者驗收不能跨級描述。
維護要指定什麼
- 工作
- 安排來源更新、規則變更、受影響情境重測，以及失敗時的人工接手。
- 依據
- 保留更新週期、變更紀錄、重測結果與維護負責人。
- 邊界
- 舊測試結果不自動代表目前狀態；第三方服務也可能中斷或改變。