怎樣做才能做好崗位交接工作?作為一名程序員,我跳槽過不少公司,也接手過其他人交接的工作所以我想,如何做工作交接是比較合理正确的呢?,我來為大家科普一下關于怎樣做才能做好崗位交接工作?以下内容希望對你有幫助!
作為一名程序員,我跳槽過不少公司,也接手過其他人交接的工作。所以我想,如何做工作交接是比較合理正确的呢?
通常我們維護的項目用到的功能模塊很多,各個模塊的底層技術細節也非常複雜。
雖然說代碼應盡量遵循最佳實踐,但功能疊代多了,裡面難免會有一些針對業務的特殊代碼,或者技術差的同事寫了可讀性差的代碼。
所以别想隻是通過閱讀代碼就能對業務有深刻的認識。一個人通常不能掌握所有模塊的細節,最多隻是清楚脈絡。
對應的是每個人都有各自負責的主要模塊。産品經理有開發需求找熟悉對應模塊的開發,這樣開發效率高。
但問題是如果他要離職,工作交接得不好就可能會出現線上事故,是不穩定的點。
對于大廠,管理者會注意讓一個模塊讓多個人熟悉,多花點時間也要避免這個風險。對于小廠,則是怎麼快怎麼來。
文檔很重要一說到交接,就不得不說交接文檔。
離職的人應該提供盡量詳盡的文檔,并需要經過同樣熟悉相關模塊的同事的過目。
但是文檔不是萬能的,甚至會産生誤導。離職的同事可能會寫錯或寫漏重要的信息,可能給你的是一份老舊的文檔,後來疊代的變化内容并沒有更新到這篇文檔。
所以最好讓離職的同事陪你過一遍模塊的功能。
“如果遇到什麼問題,随時找我”這是離職的同事總是會說的一句話。
但這是一句無法讓人安心的話。因為如果交接的時候沒有處理好,接手的同事要麼根本不會找你,要麼是出了事故才會找你。
原因是接手的同事并不知道哪裡有問題,他發現不了盲區,直到陷入進去,然後發現為時已晚。
對于一些流程或配置工作,可以讓離職的同事演示開發的整個流程,讓接手的人看着,問他有什麼不懂的地方。然後再讓接手的同事自己操作一邊,找出他的盲區進行糾正。
當然,最好的方式是進行實戰,實戰中往往能發現練習中的一些疏漏的地方。
對于代碼模塊來說,則應該具體寫一下各個類、函數的功能,說明一些 trick 寫法。
對開發來說,接手别人的代碼是非常痛苦的事情,尤其是那些因為不滿公司趕着跑路的同事。他們可能還會在代碼裡下毒,讓你欲仙欲死。
考慮到離職的突發性、交接時間短、離職者不負責任等特點,最好的方式還是平時讓多個人負責同一個模塊,這樣交接時公司才不那麼被動。
,更多精彩资讯请关注tft每日頭條,我们将持续为您更新最新资讯!