真實|技術人員該如何站好最後一班崗?

語言: CN / TW / HK

閱讀本文大概需要 6 分鐘。

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

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

1

人品不夠,文件來湊。

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

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

(一) 作為技術人員離職前的交接,編寫 交接進展表 為了誰?

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

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

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

(二)作為技術人員離職前的交接,編寫 XX系統_新手入門文件 為了誰?

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

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

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

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

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

(三)作為技術人員離職前的交接,編寫 XX系統 _ 開發生產部署文件 為了誰?

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

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

(四)作為技術人員離職前的交接,編寫 XX系統 _業務支撐文件 為了誰?

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

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

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

(五)作為技術人員離職前的交接,編寫 XX系統 _經驗彙總文件 為了誰?

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

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

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

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

2

人品不夠,分享來湊。

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

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

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

3

離職之後,保持藕斷絲連。

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

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

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

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

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

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

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

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

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

4

鐵打的硬碟,流水的碼農。

作為技術人員請不要:這個我交接給他啦,你直接去找他吧!

作為技術人員請不要:惡意製造交接困難,讓交接難上加難!

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

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

好了,分享就到這裡,希望對你有幫助。 一起聊技術、談業務、噴架構,少走彎路,不踩大坑。 會持續輸出原創精彩分享,敬請期待!

讀有用之書,與時間做朋友。關注公眾號,回覆「 1024 」get 精心為大家的準備 4 G 的學習資料,希望大家都能學以致用,實現自我價值,成為行業中的大牛!