技術人員該如何站好最後一班崗？

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

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

 

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. 鐵打的硬盤，流水的碼農。

 

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

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

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

 

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

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