挑槽、入槽、跳槽，堪稱每個技術人員必奏的三部曲，而這三部曲在職場中來回奏，便構成了程式人生。

鐵打的硬碟，流水的碼農，離職時見人品，作為技術人員該如何做交接，到底該如何站好最後一班崗呢？

1. 人品不夠，文件來湊。

從上家公司離職已經 5 年多啦，記得離職大概沒多久，前技術同事微信告訴我：你寫的交接文件，在會議上公開表揚，讓其它組作為參考。

當時個人感覺沒啥，就是寫了一堆文件罷了，近期看到其它團隊交接的效果，那麼的不盡人意。而且秉著吐露真心，認真分享的原則，不妨把那些年寫過的交接文件，逐一呈現給你，萬一能助你積攢人品、升職加薪呢？

1.1. 作為技術人員離職前的交接，編寫交接進展表為了誰？

離職前的交接，非常能展現人品，最重要的原則是：交接時一定要盡力而為。

儘量能打造屬於自己的交接計劃，按照計劃一步一步去落實，並把交接進展維護在 excel 中，如圖中的《交接進展表.xlsx》。

編寫交接進展表，一方面讓大家明確知曉交接的過程與進度，另一方面可供後人按此方式進行無腦式交接（前人栽樹後人乘涼）。

1.2. 作為技術人員離職前的交接，編寫XX系統_新手入門文件為了誰？

離職前的交接，希望都能編寫新手入門之類的傻瓜式文件，該文件編寫是個一勞永逸的事情。

倘若後續接手你的是一個新同事，那麼就更有價值，按照入門文件，一步一步就能上手開發、提測、上線，這樣的文件誰不喜歡？

僅以上面截圖為例，新手入門文件中包含了系統的簡要說明、功能說明以及功能模組劃分，可以讓接手的同事對系統有一個全域性的認識。

當然，最重要的是要告訴要接手的同事，如何去幹活？文件中的應用目錄結構介紹以及如何開發、如何編譯、如何提測、如何上線，這幾大塊就顯得很重要。

另外，站在團隊培養人的成本而言，新手入門文件，不僅僅是為了做好交接，倘若專案組一直就具備該文件，能夠讓新手快速上手開發業務需求，大概率會降低團隊溝通、培訓的成本。

1.3. 作為技術人員離職前的交接，編寫XX系統_開發生產部署文件為了誰？

離職前的交接，當接手的同事能夠按照入門文件開發需求之後，更一步的就是要了解開發、測試、生產部署環境相關的資訊。

僅以上面截圖為例，開發及生產部署文件，也可以理解成環境相關的文件。其主要目的是彙總開發、生產環境部署的機器、應用部署的位置及應用該如何訪問的關鍵資訊，讓接手的同事，能夠清楚當需求開發完成時，應用應該如何部署。

1.4. 作為技術人員離職前的交接，編寫XX系統_業務支撐文件為了誰？

離職前的交接，當接手的同事瞭解完如何入門開發、開發生產部署環境，接下來就要花大量的時間，去了解支撐的業務。

鑑於支撐的業務會較多，作為接手的同事梳理起來會比較頭疼，那麼一個清晰的文件索引就很重要。

業務支撐文件就是把 SVN 或者 Git 上的產品相關的資料，分門別類把路徑整理到文件中，以便接手的同事查閱，以便進行快速深入。

1.5. 作為技術人員離職前的交接，編寫XX系統_經驗彙總文件為了誰？

離職前的交接，最重要的是分享前車之鑑，對於要接手的同事而言少走彎路，避免再掉坑，絕對是一筆財富。

僅以上面截圖為例，系統的經驗彙總文件，主要記錄平時該注意的事項、專案團隊中以往遇到那些坑，以及如何把坑填平的。

有了經驗彙總文件，無論是接手的同事，還是新招的同事，再去做需求開發，相信同樣問題出錯的概率應該會大幅降低。

不過該經驗文件離不開一個長期積累的過程，所以程式設計師要養成一個善於記錄的習慣。

2. 人品不夠，分享來湊。

離職前的交接，梳理文件是一方面，隔三差五的組織分享也是必不可少的環節。

如上面截圖所示，主要包含生產部署相關以及業務支撐相關，目的就是把重要的資訊，以培訓會議的形式再次同步給大家，讓團隊中的每個人都做到心中有數。

當然，鑑於分享會耗費大家的時間，所以要提前準備好要分享的重要資訊，合理安排時間去完成分享。

3. 離職之後，保持藕斷絲連。

如果你之前負責的是重要專案，即使交接做的很成功，但是之前的老同事，偶爾還會給你打電話諮詢專案的事情，至少會持續一個月甚至更長。

那麼請不要悲傷、憤怒，換個角度去思考，前同事有問題能想到你，說明你在他們心中還是有分量的，或許他們認為你瞭解的比較透徹，知道問題的解決方案，能夠快速幫其解決問題。

今日留情面，他日好相見。

網際網路的圈子真的很小，說不定哪一天又在下一家公司相見啦，所以一定要留有情面，把事情交接好，把最後一班崗站好。

最後一班崗站好，大家心中都有你，有機會就會向你拋橄欖枝。

曾經的那些人兒，那些事兒。

橄欖枝一：發生在 3 年前，上家公司的技術總監去了知名網購平臺，電話問我能不能把簡歷發來，是否願意來承擔一些事兒？當我接到電話時，瞬間詫異，技術總監都拿到我手機號啦。

橄欖枝二：發生在去年，上家公司的某位高階經理被挖去了新的公司，擔任 CTO 職位，由於業務擴充套件，多次問我是不是可以一起搞一搞？

估計很多人都接過橄欖枝，聊橄欖枝不是為了裝 B，只是想反思一下橄欖枝背後，是不是和之前交接的過程有點關係呢？

4. 鐵打的硬碟，流水的碼農。

作為技術人員請不要：這個我交接給他啦，你直接去找他吧！

作為技術人員請不要：惡意製造交接困難，讓交接難上加難！

作為技術人員請做到：站好最後一班崗，今日留情面，他日好相見。

本次主要分享了之前交接時的思路以及寫過的一些文件，如果感覺有一絲參考價值，那請拿去在團隊中實踐，沉澱下來的都是財富。

好了，分享就到這裡，希望對你有幫助。一起聊技術、談業務、噴架構，少走彎路，不踩大坑。歡迎關注「一猿小講」，會持續輸出原創精彩分享，敬請期待！