員工入職流程圖
跨部門的員工入職流程範本：涵蓋入職前的背景審查、IT 存取權限開通、第一天、第一個星期，以及第 90 天的試用期評核。
運作方式
把泳道改名為你們機構的實際情況
把人力資源部、用人經理、IT 與行政部換成真正在做這些事的團隊。如果薪酬部、保安或者一個共用服務台在你們公司擁有其中某一步，就給它一條自己的泳道，而不是把交接埋進人力資源部裡面。
填入真實的前置時間
把「設備能否在入職日期前就緒？」改成你們 IT 團隊實際給出的前置時間，並把這個門檻寫在節點上。如果硬件要三個星期，這道檢查就必須放在簽署合約的時候，而不是入職前一個星期。
按你們的政策重寫背景審查分支
把「背景審查是否通過？」與那個例外決定，換成你們在本地法例下有權亦必須執行的審查項目，並指明由誰批准例外。如果你們根本不做背景審查，就把這條分支整條刪掉。
逐一寫明系統名稱
把「開立帳戶並授予存取權限」拆成新員工第一天要用到的各個系統。正是把它們逐一列出名稱，才令這張圖變成 IT 不必再追問一句就能執行的東西。
為每一步加上負責人與到期偏移
用每個節點的備註欄記下由誰負責，以及相對入職日期甚麼時候到期（入職前 10 天、第一天、第 30 天）。這樣這張圖同時也是時間表。
在接下來幾次招聘之後檢討
問每一位新員工第一天缺了甚麼，然後更新這張圖。入職流程圖老化得很快，因為工具和權限要求的變化比文件快得多。
常見問題
員工入職流程主要包含哪些階段？
大部分入職流程有五個階段：入職前（合約、背景審查、訂購設備、開立帳戶）、第一天（歡迎、座位、系統存取權限、簽署政策）、第一個星期（團隊介紹、職位期望、培訓計劃）、首 30 至 60 天（有安排的跟進面談），以及正式確認聘用的試用期或第 90 天評核。上面這張圖把入職前拆成「聘書與合約」和「背景審查」兩個階段，因為正是審查結果解除了對 IT 與行政部的阻塞。
入職前準備與入職有甚麼分別？
入職前準備是接受聘書與入職日期之間的一切：合約、背景審查與推薦人核實、訂購硬件、開立帳戶、座位與門禁。入職由第一個工作天開始。這條界線在操作上很要緊，因為所有前置時間都落在入職前準備裡面。第一天才下單的電腦要到第三個星期才到，所以任何由入職日期才開始的入職流程，一開始就已經遲了。
員工入職流程由誰負責，是人力資源部還是用人經理？
人力資源部通常負責流程本身與合規步驟（合約、背景審查、政策簽署確認、薪酬），而用人經理負責結果：職位期望、培訓、跟進面談以及試用期決定。IT 與行政部各自負責自己的準備步驟，但很少為整體時間表問責。正是這樣的劃分，才令這條流程需要一位指名的端到端負責人——多數情況下是人力資源部——在入職日期變動時去推動其他泳道。
某一步失敗時會發生甚麼，我應該怎樣畫出來？
把失敗路徑畫出來，而不是在註腳裡描述它。在這份範本中，被標示異常的背景審查會走到用人經理的例外決定，它要麼回到主流程，要麼終止於撤回聘書；來不及送到的設備則轉往一套臨時後備設備，並在第一天重新匯入主流程。每一條分支要麼回到主流程，要麼以一個明確的終點結束，因此不存在一條流程就此停住的路徑。