前端離職工作專案交接清單

Tz一號發表於2022-02-15

前言

仰天大笑出門去,我輩豈是蓬蒿人?金三銀四就要到了,大家一定躍躍欲試,甚至已經收穫了很多offer。

即將入職公司:同學請問下週可以入職嗎?

當前領導 or HR: 同學申請離職需要提前一個月申請,交接結束後才可以同意離職

本文這邊準備如下前端專案離職交接清單,如果我們找到了新的工作需要準備哪些東西可以完美交接並快速離職~

為什麼要準備交接清單?

假設你離職已然成為事實,領導和HR很少會特別去卡時間,其實更多的是希望新的人員可以完美接受你現有的工作,所以我們要準備好交接清單,讓接手人員熟悉專案,快速成為曾經的你尤為重要。

當我們找到了新的工作,無論如何我們一定在當前公司學到了很多東西,即使有負面的情緒,我們也要感謝現有的平臺,提高了我們抗壓能力,就算離開我們也要於讚揚中轉身。

交接清單(描述版)

輔助文件方面

  • 專案程式碼地址;

    用途:程式碼地址這個肯定是必需的,巧婦難為無米之炊;

  • 專案介面文件地址;

    用途:程式碼請求的後端介面地址,用於後續改引數,更換介面之類的需求;

  • 專案UI設計稿/原型地址/專案歷史需求列表文件;

    用途:這個必不可少,用於新需求的確認以及問題的及時排查;

  • 專案現有問題/待優化問題;

    用途:可以幫助接手人員快速明白當前專案存在問題,可能存在的坑和漏洞;

  • 目前是否有需要迭代的功能;

    用途:接手人員可以確認跟進當前未完成的需求。

  • 專案功能及作用;

    用途:知其然才能知其所以然,我們辛辛苦苦的寫的東西,一定得把它的功能、優勢等等等等描述的栩栩如生。

  • 當前專案可能關聯人員;

    用途:讓接手人員出現問題,可以及時尋找對應人員,不必再來與我們多次交接。

程式碼方面

  • 專案程式碼目前技術棧、使用框架版本;

    用途:需要確認清楚程式碼使用的框架及使用的版本,版本不同之間的差異也很大,防止接手人員踩坑;

  • 專案結構的整理文件;

    用途:我們可以儘量把目錄用途,配置描述,充分敘述清楚,離開也要體面瀟灑的離開。

    示例:
    示例

  • 程式碼重要模組功能概述;

    用途:重要模組肯定流著我們無數的汗水,我們必須得把他的精華仔仔細細、認認真真的告訴別人,事了拂衣去,深藏身與名!

  • 專案中有是否依賴其他專案功能,如有需敘述下相關使用的邏輯;

    用途:這個也是防止接手同事踩坑的好東西,當我們專案或者依賴引用了其他的專案的功能or介面之類的,萬一依賴的專案出現問題,接手人員無法及時排查出問題。

  • 專案程式碼版本、分支、提交規範及策略;

    用途:用途:專案版本如何管理,不同分支的作用、commit提交是否有固定格式,這個也需要標註清楚,以防止接手人員在你睡覺的時候打電話給你,告訴你哪哪哪哪有報錯了 需要你的協助。

  • 專案程式碼構建打包方式、釋出流程;

    用途:用途:讓接手人員瞭解專案開發完成之後,如何構建打包?如何釋出到test、uat、pro等環境;

交接清單(清新版)

輔助文件方面

  • 專案程式碼地址;

  • 專案介面文件地址;

  • 專案UI設計稿/原型地址/專案歷史需求列表文件;

  • 專案歷史需求列表文件;

  • 專案現有問題/待優化問題;

  • 目前是否有需要迭代的功能;

  • 專案功能及作用;

  • 當前專案可能關聯人員

程式碼方面

  • 專案程式碼目前技術棧、使用框架版本;
  • 專案結構的整理文件;
  • 程式碼重要模組功能概述;
  • 專案程式碼版本、分支、提交規範及策略;
  • 專案程式碼構建打包方式、釋出的流程;
  • 專案中有是否依賴其他專案功能,如有請敘述下相關使用的邏輯;

後序

我等採石之人,當心懷大教堂之願景,在一個專案的總體結構之內,總有空間展示個性和匠心,,我們需要儘可能的把它描述的更加細緻。

百年之後,我們的程式碼或許如今日的土建工程師看待中世紀大教堂建造者使用的技法一樣陳舊,但是,我們的匠心會得到尊重。

相關文章