採用規格優先交付

確認成果與決策權

在選擇架構或建立實作工作前，說清楚預期成果、使用者、工作範圍、非目標、重大風險和決策負責人。

建立共同語言

建立精簡詞彙表，辨識角色與使用情境，描述正常流程、例外、規則和驗收條件，並標明哪些假設仍等待負責人決定。

訂明限制與介面

記錄系統脈絡、主要元件、資料語意、外部契約、安全與營運要求和品質屬性，並保留架構選項及其理由。

讓交付知識與程式碼一同演進

建立程式碼儲存庫結構、管治指示、範本、測試慣例和文件責任歸屬，並把相關材料與程式碼一同版本控制，讓同一條變更路徑保留其歷程。

交付一個增量並吸收經驗

把第一個增量拆成範圍清晰的工作，依照規格實作和驗證，再記錄驗收證據、偏離和所得經驗，供下一個增量使用。

建立可運作的基線

恢復或確認建置、測試、部署和回退流程，找出系統負責人、關鍵相依關係、營運限制，以及最適合作為首個試點的變更。

整理現有證據

比較程式碼、測試、資料結構、介面、操作手冊、工作單和持份者知識。記錄矛盾與缺口，不要預設任何單一來源自然具有權威。

重建變更範圍

說明哪些行為需要改變、哪些必須保留，以及受影響的資料、契約、失敗模式和驗收條件。未解的語意問題應交由適當負責人決定。

加入深度相稱的工作規則

只在支援這項變更所需的位置加入程式碼儲存庫指引、決策紀錄、規格範本和證據存放方式；不要把所有既有習慣或技術債直接制度化。

交付可追溯的試點

完成一個範圍清晰的增量，把實作和驗證連結至相應規格，再利用審查結果完善知識庫，然後選擇下一項改善。

說明替換決策

訂明業務成果、目標範圍、限制和切換要求，並解釋為甚麼全面重寫優於逐步替換、平台遷移或直接退役。

收集並提煉證據

檢視需求、程式碼、測試、資料、介面、正式環境行為、事故和實務人員知識，整理成一組可審查的主張，並標明相關可信程度和支持證據。

分類既有行為

由具明確責任歸屬的決策負責人判斷哪些行為應保留、修正、替換、退役、延後或仍待處理。既有實作是重要證據，但不會自動成為目標規格。

訂明目標系統與遷移方式

建立目標行為、架構、資料、契約、營運、安全、相容性和遷移規格，並定義等價證據、回退限制和分階段切換條件。

按已驗收的增量逐步重建

以一般規格優先工作方式交付每個替換增量，對照已核准的目標和舊系統義務，並在保留證據後才擴大範圍或退役舊功能。

界定升級範圍

確認供應商版本、受支援的擴充點、必要業務成果、客製內容負責人、相容性責任，以及可供升級使用的營運時段。

盤點客製行為

追蹤設定、程式碼擴充、資料變更、整合、報表、存取控制和權宜做法，並把每項內容連結至使用者需要、負責人和現有行為證據。

決定哪些內容需要保留

把每項客製內容分類為保留、調整、以供應商原生功能替換、退役或延後，並記錄新基線與既有業務或技術限制之間的衝突。

訂明重建路徑

記錄擴充點、轉接層、遷移步驟、測試案例、資料轉換、回退方案和驗收條件；在可行情況下，讓客製程式碼與供應商基線保持分離。

憑證據完成升級

在受控環境套用升級，同時驗證供應商原生行為與客製行為，憑證據驗收結果，並更新規格集合以準備下一個版本。