離職交接,心態要好

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


01


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

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

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

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

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

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

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

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


02


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

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

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

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

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

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

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


03


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

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

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

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

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

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

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

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


04


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

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

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

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

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

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

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


05


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

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

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

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

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

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


06


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

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

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

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

P1:文檔,信息的核心載體;

不管項目涉及多少文檔,照單全收;

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

文檔和項目的維護極有可能是線性不相關,但是手有文檔心裏不慌,因爲方便後續再把項目交接給其他人;

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


07


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

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

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

如果代碼工程質量極高,架構設計穩定,組件集成比較常規,分包井然有序,懸着的情緒可以適當下落;

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

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

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

P4:核心接口,應當關注細節;

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

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


08


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

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

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

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

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

這些隱藏的接口和腳本只有開發的人自己清楚,如果不給個說明文檔,這不單是挖坑,還順手倒了一定比例的水進行混合;

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

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

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

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


09


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

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

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

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


END


發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章