現有系統現代化

現代化即逐部分重建一套運作中的系統。我們先把系統拆分為各個部分：數據、規則（計算價格和期限的程式碼）、畫面、與其他系統的連接，以及這一切所依賴的組件，例如資料庫版本和伺服器。每個部分我們分別決定：保留、更換，或遷移至仍獲支援的版本。

哪些保留，哪些更換

數據幾乎總是保留；我們把數據遷移至製造商仍提供修補程式的資料庫版本。不獲支援的組件會最先更新，因為其餘一切都依賴它們。規則逐條更換，按每條規則背後等候中的修改數量排序；畫面則在拖慢工作的地方更換。與其他系統的連接維持不變；把連接整合到單一數據交換樞紐屬另一個範圍。

在改動程式碼之前，我們先以自動化測試把它包圍起來：這些程式記錄系統目前對每類事務的回應，並在每次修改後檢查。規則的知識從一個人的記憶轉移到測試中；這位同事會與我們一起閱讀程式碼，逐條解釋規則。重構，即在不改變系統功能的前提下重建程式碼，令一處的修改不再破壞其他地方。在系統變慢的地方，我們以可擴展性為目標重建，即能應付更大的流量。

新舊並行

新的部分在舊部分旁邊上線，使用相同的數據，所以舊系統能看到新部分寫入的一切。兩者之間設有開關：一項設定，無需安裝新版本，便可把某項功能導向舊程式碼或新程式碼。在約定期間內，兩個版本計算相同的內容，我們比較結果。差異消失後，我們關閉舊程式碼；如果新部分出現問題，開關會切回舊部分。

從零重寫在甚麼情況下是錯誤

當沒有人能列出系統目前所做的一切時：從零編寫的系統只會重現人們記得的部分，其餘的會在切換後以投訴的形式回來。逐部分重建能在關閉舊程式碼之前發現這些問題。當核心計算正確，而問題出在周邊時：畫面緩慢、缺少報告、組件不獲支援；更換周邊部分的範圍比建構新系統小。當分析顯示舊核心無法支撐公司所需的流程時，我們才建構新系統；那是另一個範圍。

1. 我們了解系統。我們閱讀程式碼和資料庫，與熟悉系統的同事面談，並量度系統在哪裏變慢。成果：系統圖和重建計劃，第一步交由您確認。
2. 我們保護現有的一切。我們建立自動化測試，搭建測試環境，即在交給員工使用前用來檢驗修改的系統副本，並更新不獲支援的組件。成果：所有組件均為仍獲支援的版本，系統已準備好進行重建。
3. 我們逐部分更換。新部分在舊部分旁邊、經開關上線，並比較結果。成果：功能逐項轉為新程式碼，舊程式碼在您確認後關閉。
4. 我們移交系統。我們交付程式碼、文件和修改方式，並教導您的同事執行測試。成果：系統按合約由您的團隊或承辦商修改；上線後的維護屬另一個範圍。

1. 系統哪些部分保留、哪些由你們更換？原因是甚麼？
2. 第一步完成後有甚麼在運作？我們能否在那一步停下來？
3. 你們如何核實新部分與舊部分的計算結果相同？我們這方由誰確認？
4. 新部分出現問題時，我們如何回到舊版本？由誰決定？
5. 誰會與目前唯一熟悉系統的同事面談？他的知識會以甚麼形式保存下來？
6. 程式碼、測試和文件是否屬於我們？其他承辦商能否接手？

從哪裏著手，取決於目前是甚麼在拖慢工作，因此第一步是分析系統和流程，並以建議作結：哪些保留、哪些更換、按甚麼次序進行。