工程師要離職了？趁他還在，把這份清單要齊

公司的網站或系統一直是同一位工程師在顧，現在他提離職了。老闆最常見的反應是趕快找下一個人；但比找人更急的，是趁他還在的時候把東西要齊。人走了之後，每一項都會變成十倍難。

以下六件事，照順序要。不用懂技術，你只要確認「有沒有拿到」。

一、所有帳號的清單與登入方式

請他列出這套系統會用到的全部帳號：網域、主機、資料庫、網站後台、金流、簡訊、Email 發送、Google 或 LINE 的相關服務——每一個都要有「在哪登入、帳號是什麼、密碼放哪」。

重點檢查一件事：有沒有任何帳號綁在他個人的信箱或手機上。有的話，趁他還在，一個一個移轉到公司的帳號。這是整份清單裡最不能拖的一項，他離職後你連驗證碼都收不到。

問一句：「程式的原始碼放在哪？上面那份是最新的嗎？」

理想答案是一個公司帳號能登入的儲存庫（GitHub、GitLab 之類）。如果原始碼只在他的電腦裡，請他在離職前放到公司拿得到的地方，並確認線上跑的版本跟他交出來的版本是同一份——這兩者不一致是接手時最常踩的坑。

這是最容易漏掉的一項。程式改完之後，他是怎麼把它放到線上的？請他把步驟寫下來，哪怕只是幾行條列。

很多系統的部署方式只存在工程師的肌肉記憶裡。沒有這份說明，接手的人就算看得懂程式，也不敢按下那顆按鈕。

有哪些事情是他「定期會去弄一下」的？憑證更新、備份確認、費用續繳、清某個越長越大的檔案……這些事平常沒人看見，停止運作的三個月後才會爆。請他列出來：多久做一次、怎麼做、不做會怎樣。

請他誠實列兩張清單：做到一半的功能，和他知道有問題但一直沒修的地方。後者尤其值錢——每套系統都有幾個「不要去動它」的角落，只有寫的人知道在哪。

最後，也是最有效的一步：找一個小改動（改一行字就好），請他當著接手者（或你）的面，從改程式到上線走完整趟流程。文件會漏，演練不會。一個小時的演練，勝過十頁交接文件。

上面的清單一項都拿不到？那就從盤點現況開始，路徑不同但終點一樣：把系統恢復到「有人看得懂、敢動它」的狀態。

交接期太短、或公司暫時找不到下一個工程師，善後屋可以先接住——我們做的第一件事就是把上面這六項補齊，讓系統先脫離「只有一個人懂」的狀態，你再慢慢找人。聊聊你的狀況。