有1說1,離職工作交接的太好,甲方爸爸提出抗議“換人”

2 評論 4212 瀏覽 7 收藏 14 分鐘

當你要離職了,但是手頭上還有任務,這個咋辦?下面這篇文章是筆者整理分享的關于離職時,該如何妥善處理交接手頭上的剩余工作的內容,大家一起來看看吧!

離職交接,意味著你手上的事情后續和你在沒有什么關系,但項目的前面還是你對接的,所以需要由你來留痕完整的信息,以方便后續接手盡快開展工作。交接有三大要點:

一、讓交接人和對接人握手

確認離職事項后,就不要再直接處理各項事務了,需要讓交接人和對接人盡快熟悉起來,以方便在后續的時間交接人可以多參與一些項目的實際操作。

無論是公司使用微信、釘釘、飛書、豆芽還是其他的聊天工具,肯定會有很多的項目群,這個時候要第一時間把交接人拉到群里來。此刻可以先不公開自己要離職的身份,只是有事艾特你的時候,讓交接人同步查看,同步跟進,同步答復。

比如XX政府項目群,目前是在產品設計階段:

1.?自報家門

拉群后,要第一時間先自保家門:各位領導好,新來的小A同學是負責協助我對本次項目對接工作的同學,群里有問題艾特我或者艾特他都可以。自報家門的好處就是:在人員對接上不會因人突然斷檔就造成麻煩。而且持續的加人,也會讓甲方感覺到重視。特別是后續你離職,新來的交接人已熟悉的相關的業務,就可以“無縫”對接。

2.?告知相關人員的職責

比如群里有甲方一級領導(總指揮)、二級領導(項目總管理)、三級領導(具體的對接人),還有公司自己內部的銷售、售前、產品經理、研發經理、交付。需要私下溝通好每個人對應的角色,和有內部問題找公司內部哪個人來對接,和對接甲方的每個人分別都在什么層級范圍。

比如具體的接口文檔就是問甲方三級領導;如果是問要決策新項目的需求結果就是甲方二級領導;如果是整體匯報那必須是甲方一級領導。

甲方的對接人千萬不能搞錯,不是說引起誤會而是關系層級的問題,這個搞錯了后面對接就很麻煩。

3.?相關資料歸處

每個對接群里都會有各種大小文件、文檔、圖片、表格等,有會議紀要,有項目進度表,有BUG單。只明確的告知本地文件夾所在的位置,以及主要文件的命名規則。

4.?明確當前項目事項

一個項目不會只有一個節點,需要告知當前項目的目標、節點、節點當前狀態、節點當前涉及人員、后續對接事項、時間。如果有里程碑進度表,那是最好一目了然,如果沒有那就要明確說明,防止接受人后續突然收到歷史問題的需求。

5.?雙方握手

交接人進群后就是要和對接人進行一段時間的磨合,然后由對接人進行后續所有相關事宜的處理。

后續群里有問題,就需要由對接人直接進行干預,交接人盡量或者少出面直接干預。這里主要是讓甲方也明確后續責任人,是在有問題還是艾特到了,還是要第一時間答復一下,然后和對接人一起定義結論,由對接人進行后續處理。

二、帶著交接人處理問題

帶,這個詞不是說我把內容說完就完了,而是手把手帶著實際操作一遍。一定是實際操作一遍。

說十遍不如實際做一遍,上手操作是最好的應用,沒有之一。就比如我在離職交接的時候,有3個同事,在后面聽我講了3個小時【這還是反復催促了很多遍,才安排來的人;某領導自信的說:虎哥走了,他全搞得定】,講了8個部門的16套業務系統的內容。然并卵,后面一直有事要問,一會這個不知道,一會那個出錯了。

舉例:采購商城系統的后臺管理。

1.?人員組織架構角色權限的應用

首先這套系統是由人、部門、部門組、表單四部門組成基本的架構設定。人和部門是由上游(數據中臺和人力系統)傳遞,每次涉及到人員部門調整要等系統同步,特殊情況可手動更改,這里就要手動做部門的變更。比如我原來是產品部門,現在調崗到技術部,就要設定主崗-技術部,新增一個副崗-產品部門。這里是為了防止我有之前的單據沒有調整完,方便單據正常處理。

其次角色也是由上游(數據中臺和人力系統)傳遞,角色的調整可單獨在采購商城中進行額外設定,比如財務部的領導有權限直接干預采購過程中的訂單審批,而不是采購確認后才到財務部進行費用審批。

2.?業務流程更改的應用

標準的業務流程是申請人提交,部門領導審批,然后再按照業務范圍和金額進行二次權限的劃分。在業務流程中要做到主線流程鏈路和子線流程鏈路的雙向識別。比如識別到跨部門聯合,那么就要跨部門的領導雙重審批。

3.?表單權限字段的應用

業務流程是按照角色權限進行劃分的,比如采購部的同事有直接采購的權限,產品部的同事就沒有,如果需要給產品部的同事分權限,就要進行對表單的字段進行額外的權限配置。

4.?非標的處理

非標處理一般是指特殊業務邏輯,要在標準之外的規則上做變更。這里首先是要拿到甲方的指令授權。比如五千以下的采購審批只要到部門領導就可以,但這個采購中是涉及到服務器硬件,技術經理要做一次二次審批,那么就需要針對當前的流程增加節點——指向給技術經理。

非標處理一般都是單獨的條件,不做全量的規則更改。如果是涉及到全量更改,就轉到第二條業務流程更改中。

三、文檔留痕

交接的最關鍵點就是文檔留痕了,所有的說明都不如有一份文檔資料有用。信息記錄、問題查詢、BUG修改、需求跟進、節點變更、情況說明等內容,能夠留檔的一定要做到文檔的留痕記錄。

文檔留痕是職業經理人的基礎職業素養,以下是幾個關鍵點:

  1. 信息記錄:在交接過程中,確保所有重要的信息都得到記錄,包括但不限于會議記錄、電話記錄、郵件、聊天記錄等。這些記錄可以幫助雙方更好地理解彼此的需求和責任.
  2. 問題查詢:記錄并整理所有出現的問題,包括問題的描述、解決方案和結果。這將有助于避免同樣的問題再次出現,并為未來的查詢提供參考。
  3. BUG修改:如果可能的話,將所有的BUG修復過程記錄在文檔中,包括BUG的描述、原因分析、修復步驟和修復結果。這將有助于追蹤問題的來源和解決過程,并為其他開發者提供參考。
  4. 需求跟進:詳細記錄每個需求的來源、目標和實施計劃。這有助于確保所有團隊成員對需求的理解保持一致,并有助于后續的需求變更管理。
  5. 節點變更:在項目過程中,可能會出現節點變更的情況。這些變更應該被詳細記錄在文檔中,包括變更的原因、經過和結果。
  6. 情況說明:對于項目中出現的特殊情況或者復雜問題,應當編寫情況說明文檔,以便團隊成員能夠理解并遵循。

在交接過程中,確保這些文檔的留痕記錄能夠幫助接替者更好地理解項目和任務,更快地融入團隊和工作環境。同時,也有助于提高項目的透明度和可維護性。

1. 交接信息

交接信息這里是給各領導和HR同學查看,在這一層級主要是知道大概的項目名稱和項目內容,這里不需要列特別細的內容,具體的內容會和交接人進行明細核對,畢竟領導是抓主要事項。

注意:交接內容是要說明該項目的重點工作,可以用一兩句話進行重點描述。

”

”

2. 工作回顧??????????

自 2020年8月1日 – 2023年10月8日,工作內容如下:

  1. 智慧XX項目:在產品部任職期間,重點負責XX智慧項目,該項目共設計出3個版本,對應10業務線,服務于60+客戶;根據業務內容,衍伸出針對不同行業的10個項目,間接產生價值XX萬元。
  2. 系統建設業務:在信息技術部任職期間,重點負責財務、營銷、人力部門的業務系統和公司的OA系統維護管理,組建財務一體化數據平臺,通過中臺應用,徹底解決財務數據、營銷數據、人力數據互通互聯的難題,并深入業務場景調研,協助處理BUG異常訂單,優化業務規則,有效的提升了各部門的工作效率。

”

四、最后說明?????

以上三步就是工作交接的工作內容,說實話,讓對接人在一兩天或一兩周內要完整的了解別人一兩年甚至更長時間的工作內容是不可能的。大部分的情況下,都是對接人入群,有問題然后臨時解決問題。

其實這樣對于公司來說,新接手的負責人時效性低、出問題故障率高,這是沒辦法解決的。如果交接人負責,能夠完整的留痕文檔,那么對于公司和對接人來說后續的工作都異常的輕松,至少在處理日常問題的情況下,不用再重新梳理。

對于離職交接,可以采取以下措施來提高交接人的效率和對接人的適應能力:

  1. 制定詳細的交接計劃:在離職前,交接人可以制定一份詳細的交接計劃,包括需要交接的工作內容、時間表、責任人等,以確保交接的順利進行。
  2. 提前通知對接人:對接人在得知將有離職情況時,應該提前做好準備,了解自己的工作職責和任務,以便在交接時能夠更快地適應工作。
  3. 建立溝通渠道:交接人和對接人之間可以建立有效的溝通渠道,以便在交接過程中及時解決問題和疑慮,提高交接的效率。
  4. 確認交接內容:在交接過程中,交接人應該向對接人詳細介紹工作內容、流程和注意事項,確保對接人對工作內容有全面的了解。

專欄作家

老虎~色,公眾號:產品經理有話說,人人都是產品經理專欄作家。13年產品經理經歷,擁有優秀的方案解決能力,擅長通過問題反推業務主導產品。

本文原創發布于人人都是產品經理。未經許可,禁止轉載

題圖來自Unsplash,基于CC0協議

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 標題有點無厘頭,讀起來別扭不太通順

    來自山東 回復
    1. 么的辦法 被調整了一點內容,前面是有一個起因的~~~

      來自江蘇 回復