開發環境到正式環境：一條乾淨的部署路徑

不能拿客廳當工地 比喻：在客人家裡裝修。你自己家可以邊做邊想，把客廳堆滿材料；在別人家，你得鋪防塵布、每天收工前清乾淨，因為他今天晚上還要在這裡生活。 客戶的正式環境就是他們的客廳。「先求有再求好」在自己的專案是務實，在客戶的正式環境是事故。 原因很現實：你的信任存款是一次性的。自己的專案炸了叫學習，客戶的正式環境炸了，前面訪談、設計、溝通累積的所有信任會在一個下午歸零——而且那件事會變成他們公司裡流傳很久的故事。 最低配備三件事 一、環境隔離 至少要有一個「不是正式」的地方可以試。 環境　·　用途　·　資料 開發　·　你自己動手　·　假資料或去識別化的資料 測試　·　客戶試用、驗收前跑一遍　·　去識別化的真實結構資料 正式　·　真的在用　·　真實資料 不要為了方便，把正式資料整包複製到開發環境。 那裡面有客戶的客戶的個資，而開發環境的權限控管通常最鬆。要用真實資料測，就先去識別化——這跟第 04 集需求文件裡「資料來源與權限」那一節是同一件事。 預算真的很小的案子，至少要有「正式」和「不是正式」兩個環境。一個都沒有，就等於每一次改動都是在對著客戶的營運做實驗。 二、備份，而且驗證過還原 沒有還原過的備份不算備份。 很多人設定了每日備份就安心了，直到真的要用的時候才發現：備份的是錯的資料夾、檔案是壞的、或是沒有人知道還原的步驟。 上線前一定要實際還原一次到測試環境，並記下花了多久。那個時間就是你的災難復原時間，客戶有權知道。 三、回滾路徑 問自己一題：如果上線後發現嚴重問題，我能在十分鐘內回到上一個能用的版本嗎？ 答不出來，就還不能上線。回滾路徑要寫在文件裡（第 08 集第 5 章），而且要在測試環境演練過。 上線的節奏 不要在某個週五晚上，把全公司一次切過去。 階段　·　做什麼　·　舊流程 1 小範圍　·　一個團隊、少數幾個人先用　·　完全保留 2 並行　·　範圍擴大，新舊兩套同時跑　·　保留，作為對照與退路 3 切換　·　正式以新系統為準　·　觀察一段時間後才關閉 第 2 階段的舊流程不要急著關掉。 並行期間會發現很多訪談裡沒...