工程師離職沒有文件留下，現在該怎麼辦

某個週一早上，你打開電腦想改一個小功能——把首頁的按鈕顏色換掉——然後你意識到，上個月離職的那位工程師是唯一知道怎麼部署的人。你手上有一個 GitHub 連結，但沒有密碼、沒有說明、沒有任何筆記。伺服器跑在哪裡？不知道。資料庫的帳號密碼在哪？沒人知道。

這不是最糟的情況。最糟的是，你也不確定還有什麼是你不知道自己不知道的。

接手爛攤子的第一步：先搞清楚你擁有什麼

先不要急著找新工程師，也先不要急著重寫系統。在找人之前，你需要知道「現在有什麼」，不然下一個工程師也是在摸黑工作。

把你能拿到手的東西列出來：

• 原始碼：確認有沒有 GitHub、GitLab、Bitbucket 或本地電腦裡的專案檔。
• 網域與 DNS：確認是否能登入 GoDaddy、Cloudflare、台灣虎爾等網域或 DNS 服務。
• 主機資訊：從 AWS、GCP、DigitalOcean 或主機帳單找出系統部署在哪裡。
• 資料庫備份：確認主機後台或工程師電腦裡是否有可還原的備份。
• 第三方服務帳號：盤點綠界、藍新、SendGrid、Firebase 等外部服務的登入權限。
• 環境變數（.env 檔）：通常在主機或工程師本地，裡面會有 API 金鑰和資料庫連線資訊。

這張表先填一遍，你會對「破口在哪」有更清楚的認識。通常最難追回來的是：主機的 SSH 私鑰、.env 裡的 API 金鑰、第三方服務的登入帳號（因為往往是用工程師自己的 Gmail 申請的）。

系統還活著，但你碰不到它

如果網站目前正常運作，但你沒有任何控制權，這是最常見的情況。這時候要做的事是「接管」，而不是「重建」。

找到帳單寄到哪裡，這是突破口。主機費、網域費、SSL 憑證費——這些通常是直接寄到老闆的信箱，或是用公司信用卡付的。從帳單裡可以找出是哪家主機商，然後聯繫主機商的客服說明狀況，大部分主機商只要能驗證你是帳戶所有人（信用卡後四碼、公司資料），都能協助你重設密碼或轉移帳號。

如果主機是工程師私人帳號申請的，情況就複雜一點。可以嘗試聯繫前工程師取得轉移授權；如果已經無法聯絡，法律途徑通常不切實際，這時候就要評估是否直接重建系統，把資料遷移過去。

找新工程師之前，先做一件事

很多老闆在這個節點的直覺是「趕快找人來修」，但如果你帶著一個「我也不知道裡面有什麼」的系統去找工程師，接案報價會非常高，因為評估成本也是成本。

在找人之前，花一到兩週的時間，請一個技術顧問（或是你認識的懂技術的朋友）幫你做一次「系統健診」，輸出一份盤點報告，包含：技術棧是什麼（後端語言、框架、資料庫）、部署在哪裡、有沒有自動備份、有哪些外部服務依賴。

這份報告的功能是讓下一個工程師能快速上手，也讓你在談合作條件時有基礎數字。健診通常花費一到三天工時，遠比讓新工程師摸黑三週划算。

這次之後，要建立的習慣

走過這次之後，通常老闆都會想把文件補起來。但「補文件」這件事很難靠工程師自律完成，因為他們在意的是系統跑不跑，不是文字夠不夠清楚。

比較務實的方式是把以下這些東西變成「交接清單」，每次合作結束或是定期更新：

• 帳號密碼集中存放（1Password、Bitwarden 這類工具，不要放 Google Sheet）。
• 所有第三方服務都用公司信箱申請，不用工程師個人帳號。
• 主機、網域、SSL 費用都走公司帳號付款。
• 每個月確認備份有在跑。

這四件事不需要技術背景就能推動，而且每一件都能在下次工程師離職時救你一次。

真正讓老闆陷入困境的，不是工程師離職，而是把所有技術決策權都交出去了卻沒有任何保留。這次之後，留下的不只是文件，是你對自己系統的基本掌握度。