Steve Berczuk

部署流程常被延遲#

**除錯部署和安裝流程（deployment and installation processes）**常常被推遲到專案尾聲。在某些專案中，撰寫安裝工具的工作被委派給一個發佈工程師，他把這項任務視為「必要之惡」。而 review 和 demo 則是在手工打造的環境中完成，以確保一切正常運作。結果是團隊在部署流程或部署環境上毫無經驗，直到為時已晚才發現需要修改。

為什麼要儘早部署#

安裝/部署流程是客戶看到的第一件事，也是擁有可靠（或至少易於除錯的）生產環境的第一步。部署的軟體才是客戶會使用的東西。如果不確保部署正確設置了應用程式，你的客戶在使用軟體之前就會產生疑問。

將部署留到最後意味著你可能需要繞過程式碼中的假設來處理更複雜的部署流程。在 IDE 中看起來很好的主意，在你完全掌控環境時，可能會讓部署流程變得更加複雜。盡早了解取捨比延後好。

「能夠部署」的商業價值#

雖然「能夠部署」看起來不像在開發者筆電上跑應用程式那樣有明顯的商業價值，但事實是：在你能在目標環境上展示應用程式之前，有大量工作需要完成才能交付商業價值。

如果你的理由是部署流程很簡單所以推遲也無妨——那就趁早做，反正成本低。如果太複雜或有太多不確定性，就像對待應用程式碼一樣：實驗、評估、然後在過程中重構部署流程。

像對待程式碼一樣對待部署#

從專案一開始就建立安裝流程，會讓你有時間在產品開發週期中逐步改進流程，也有機會修改應用程式碼讓安裝更容易。定期在乾淨的環境中執行和測試安裝流程，也能檢查你的程式碼是否有依賴於開發或測試環境的隱含假設。

安裝/部署流程對你的生產力和客戶的專業服務團隊至關重要。你應該在整個專案過程中測試和重構這個流程。我們在整個專案中會測試和重構原始碼，部署流程也值得同等的對待。