現在軟件研發最流行的就是快速迭代、持續交付、盡早反饋。這同樣可以用在架構的重構上，重構過程的難度不亞于構建一個新產品，所以在設計重構的時候，要引入持續交付的流程，每一個重構步驟或者模塊都要快速部署并得到反饋，以便評估重構的效果，及時作出策略調整。有的讀者會說，我們的架構重構是釜底抽薪型的，沒法漸進，只能一蹴而就。如果是這種情況，可以考慮在另外一套拷貝的系統中做重構，經過謹慎測試之后，將數據和業務遷移過去。 ## 檢查清單： * 能否把重構過程分成小的迭代，每一次改進都能盡快得到反饋？ * 重構過程中的效果能夠定期展示給業務部門或者領導嗎？