離職交接,心態要好

語言: CN / TW / HK

話說今年經歷了幾次專案交接?主動和被動的都算!


01


實在是沒想到,都到年底快收尾的時候,還要突然接手離職人員的專案;

不斷拉扯和管理內心情緒,避免原地裂開;

年度中再次經歷突發的交接事宜,並且團隊要在極短的時間內完成所有事項的交接流程;

毫無徵兆的變動必然會引起一系列問題,最直接的就是影響團隊現有節奏進度,需要重新調整和規劃;

人員的小規模變動,對部門甚至公司產生的影響是顯而易見的,道理都懂;

但是從理性上思考,這個問題並非是無解的,是可以在各個團隊中,進行內部消化的;

而人力減少帶來的成本降低,以及確保公司的可持續,這是極具確定性的,也是核心目的;

所以感性上說,這個夢幻的職場,可能真的是"愛了";


02


如果是常規情況下的離職流程,交接並不是一件複雜的事情,因為有時間有心情來處理這事,好聚好散;

然而最騷的是,奇襲一般的裁員手段,幾分鐘談話結束直接走人;

絲毫不顧及由此帶來的影響,認定留下的人應該兜底相應的責任,實現無縫接坑;

當然並不是什麼公司都有底氣這麼做的,大部分還是在裁員通知後,留有一定的時間處理交接事項;

對於交的過程是否有質量,完全看接的一方是否聰明;

從感性上分析,都已經被裁了自然要牢牢把握摸魚的機會,根本不會在意交出的事項誰來維護,不反越防線就不錯了;

而壓力會直接傳送後閃現到接的人正上方;


03


面對被動離職的交接,確實很難妥善處理,情緒化容易導致事情變質,能真正理性對待的並不多;

交接涉及到三方的核心利益:公司、交出人、接手人,不同角度對待這件事件,態度完全不同;

公司,並不關心交接的質量,只要專案有人兜底即可;

交出方,感性上說直接敷衍交接單上的流程即可,並不在意後續的影響;

接手方,專案交接完成後的第一責任人,可能會關心專案的質量狀況;

至於說接手的人能否有時間,有能力,有心情接下這種天降大任,可能除了自己以外,不到出問題的時候關注的很少;

因為專案交接過程沒有處理好,從而導致後續的事故與甩鍋,情緒化的現象並不少見;

如果是在內部矛盾突出的團隊中,由此引發的離職效應也並不少見;


04


人的情緒真的是很奇怪,能讓複雜的事情變的簡單,也能讓簡單的事情變的離譜;

情緒上頭的時候,事情本身是否真的複雜就已經不太重要了;

接手方最大的問題在於吃力不討好,如果接了一個質量奇差的專案,意味之後很長一段時間內,工作狀態都會陷入混亂的節奏中;

對於大部分研發團隊來說,都是存在排期規劃的,如果被交接的專案橫插一腳,重新調規劃影響面又偏大;

向上反饋,多半是回答一句:自行消化;

何謂自行消化,就是佔用空閒時間處理,比如下班後,比如週末,比如摸魚,這些都是對工作情緒的持續傷害;

最終兜底的個人或者團隊,可能需要帶著夜宵去公司搬磚;


05


吐槽歸吐槽,裂開歸裂開,成熟的搬磚人不該表現出明顯的情緒化;

先捋一捋在面對離職交接時的注意事項,雖然說離職後有一個過渡期,但是真正涉及交接的時間通常一週左右;

作為接手一方,自然期待的是各種文件齊全,對於坑坑窪窪的描述足夠清楚;

然而對於被離職的交出方,會帶著若隱若現的情緒化狀態,很難用心處理交接事項,能不挖坑就已經是良心隊友了;

接手方作為後續的兜底人員,兜不住就是一地雞毛;

如果兜住了呢?那是職責所在、理所應當、不要多想、安心搬磚;


06


面對專案交接,這種隔三差五個月就會突發的事,完全可以用一套固定的模式和節奏去執行;

強烈建議:不排斥、不積極、不情緒化;

但是在處理的過程中要理性且嚴謹,這樣可以規避掉許多可能出現的麻煩,畢竟簽了交接單,從此該專案問題根本甩不開;

職場幾年,在多次"交"與"接"的角色轉換過程中,總結以下幾點是研發需要注意的;

P1:文件,資訊的核心載體;

不管專案涉及多少文件,照單全收;

如果文件嚴重缺失甚至沒有,直接在交接單上寫明情況,並且得加粗劃重點展示;

文件和專案的維護極有可能是線性不相關,但是手有文件心裡不慌,因為方便後續再把專案交接給其他人;

所以,敷衍一時爽,出事火葬場;


07


P2:程式碼工程,坑與不坑全看此間;

接到手裡的專案,是否會導致情緒崩塌,全看專案程式碼工程的質量,遇上一堆爛攤子,心情會持續的跌跌跌,然後裂開;

直接把人打包送走的情況也並不少見;

如果程式碼工程質量極高,架構設計穩定,元件整合比較常規,分包井然有序,懸著的情緒可以適當下落;

P3:庫表設計,就怕沒註釋;

對於資料庫層面的設計,與程式碼工程和業務文件三者相輔相成,把握其中的主線邏輯即可;

但前提是表的設計得有清晰的註釋,如果是純中式英文混搭拼音,且缺乏註釋,必然會成為解決問題的最佳卡點;

P4:核心介面,應當關注細節;

從專案的核心業務中選出2-3個複雜的介面讀一讀;需要將注意點放在細節邏輯上,給內心積蓄一丟丟解決問題的底氣;

熟悉介面的基本思路:請求從客戶端發出,業務服務的處理邏輯,對資料層面的影響,最終響應的主體;


08


P5:遺留問題,考驗職場關係的時候到了;

公司一片祥和的時候,員工之間還可以做做樣子;

但是已經走到了一別兩寬的地步,從感性上來說只要不藏著掖著就行,還想窺探別人安穩摸魚的祕密,確實想的不錯;

老練的開發常乾的事,為了解決某個問題臨時上線一段程式碼,處理好後關閉觸發的入口,但是會保留程式碼主體;

這還算常規操作,最騷的是在本地寫一段指令碼工具解決線上的問題;

這些隱藏的介面和指令碼只有開發的人自己清楚,如果不給個說明文件,這不單是挖坑,還順手倒了一定比例的水進行混合;

P6:結尾事項,寒暄幾句還是要的;

安全意識好的公司,會對員工的賬號許可權做好備份,以便離職時快速處理,不會留下風險隱患;

在所有許可權關閉之後,接手人就可以在交接單上完成簽字儀式;

交接完成後還是得適當的寒暄幾句,萬一接了個坑,轉頭就得再聯絡也不稀奇,所以職場留一線方便語音再連線;


09


年度收到的離職交接,已經累計好幾份,對這種事情徹底麻了;

事來了先兜著,等兜不住的時候自然會有解決辦法;

抗拒與煩躁都不會影響流程的持續推進,這種心態需要自己用清醒的意識不斷的說服自己;

最後想探討一個話題,跟專案前負責人聯絡,用什麼話術請教問題,才能顯得不卑不亢?


END