怎樣做才能做好崗位交接工作?作為一名程序員，我跳槽過不少公司，也接手過其他人交接的工作所以我想，如何做工作交接是比較合理正确的呢？，我來為大家科普一下關于怎樣做才能做好崗位交接工作?以下内容希望對你有幫助!

怎樣做才能做好崗位交接工作

作為一名程序員，我跳槽過不少公司，也接手過其他人交接的工作。所以我想，如何做工作交接是比較合理正确的呢？

通常我們維護的項目用到的功能模塊很多，各個模塊的底層技術細節也非常複雜。

雖然說代碼應盡量遵循最佳實踐，但功能疊代多了，裡面難免會有一些針對業務的特殊代碼，或者技術差的同事寫了可讀性差的代碼。

所以别想隻是通過閱讀代碼就能對業務有深刻的認識。一個人通常不能掌握所有模塊的細節，最多隻是清楚脈絡。

對應的是每個人都有各自負責的主要模塊。産品經理有開發需求找熟悉對應模塊的開發，這樣開發效率高。

但問題是如果他要離職，工作交接得不好就可能會出現線上事故，是不穩定的點。

對于大廠，管理者會注意讓一個模塊讓多個人熟悉，多花點時間也要避免這個風險。對于小廠，則是怎麼快怎麼來。

一說到交接，就不得不說交接文檔。

離職的人應該提供盡量詳盡的文檔，并需要經過同樣熟悉相關模塊的同事的過目。

但是文檔不是萬能的，甚至會産生誤導。離職的同事可能會寫錯或寫漏重要的信息，可能給你的是一份老舊的文檔，後來疊代的變化内容并沒有更新到這篇文檔。

所以最好讓離職的同事陪你過一遍模塊的功能。

這是離職的同事總是會說的一句話。

但這是一句無法讓人安心的話。因為如果交接的時候沒有處理好，接手的同事要麼根本不會找你，要麼是出了事故才會找你。

原因是接手的同事并不知道哪裡有問題，他發現不了盲區，直到陷入進去，然後發現為時已晚。

對于一些流程或配置工作，可以讓離職的同事演示開發的整個流程，讓接手的人看着，問他有什麼不懂的地方。然後再讓接手的同事自己操作一邊，找出他的盲區進行糾正。

當然，最好的方式是進行實戰，實戰中往往能發現練習中的一些疏漏的地方。

對于代碼模塊來說，則應該具體寫一下各個類、函數的功能，說明一些 trick 寫法。

對開發來說，接手别人的代碼是非常痛苦的事情，尤其是那些因為不滿公司趕着跑路的同事。他們可能還會在代碼裡下毒，讓你欲仙欲死。

考慮到離職的突發性、交接時間短、離職者不負責任等特點，最好的方式還是平時讓多個人負責同一個模塊，這樣交接時公司才不那麼被動。

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!