如何制定员工离职流程
如何设计员工离职流程：所有步骤都以最后工作日为基准定日期，把权限撤销画两次，并给毫无提前量的非自愿离职一条自己的路。
运作方式
先定离职日期和离职类型
两个事实决定其余所有日期：确认下来的最后工作日，以及这次离职是不是员工自己的选择。收到通知的当天就把两者落成文字，然后把每一步的到期日写成距离职日期的距离——最后一天减十个工作日。距离经得起离职日期变动，而离职日期是会变的。
决定非自愿情形改变了什么
列出当离职并非员工自己选择时，到期日会随之改变的那些步骤。通常是三项——权限撤销、资产回收和内部通告——而在这种情形下三项同时到期，其余步骤保持各自原有的距离。把这个分叉画出来，而不是留给当天临场判断。
把步骤录成行，给路径编号
每一行的“方框文字”是一个步骤，“连线至”列填它通向的那一行的行号，于是顺序是数据而不是几何。把离职类型那个问题的“形状”设为决策，再把“自愿”和“非自愿”按旁边行号的顺序填进“连线文字”。
把时间表放进水平泳道
“垂直泳道”列填负有问责的职能——人力资源、主管、IT、薪酬与财务、行政后勤——“水平泳道”列填阶段。在一张离职图里，阶段就是时间窗口，所以要往里填“最后一周”“离职当天”“离职之后”：这样这份时间表就成了读者看得见的东西，而不必去推断。
把权限撤销画两次
一行用于高风险离职的当天切断，一行用于最后工作日的全面关闭，每一行都点名它涉及的系统：SSO、邮箱、VPN、门禁卡、共享邮箱、第三方 SaaS。在停用账号之前先转移文件和日历的所有权，否则您签字确认过的那次交接就再也够不着了。
用一个真实日期把偏移量都算实
取一个具体的离职日期，给每一行都写上完整的实际日历日期——不可能成立的行会立刻现形，最先冒出来的是那些在权限撤销之后还需要用离职者账号的步骤。然后按非自愿离职再写一遍，那里每一段距离都归零。如果两遍写出来完全一样，第 2 行的那个分叉就只是装饰。
常见问题
员工离职流程包含哪些步骤？
六个阶段，每一个都由一个截止时间定义，而不是由它在清单里的位置定义。通知与决定：确认收到离职意向、判定类型、确认最后工作日。离职计划：建立清单、通知相关团队、决定是否必须立即关闭权限。知识交接：起草并执行交接、更新操作手册、取得确认通过。最后一周：离职面谈、末次工资核算。离职当天：资产收回、剩余权限关闭。离职之后：发放末次工资、归档人事记录。
员工离职时应该在什么时候撤销 IT 权限？
普通辞职是在最后工作日结束时；解雇，或者任何对数据、客户或同事构成可信风险的离职，则是在通知的那一刻。示例把两者都画了出来，而这正是关键所在：“是否需要立即关闭权限？”在第一天就要回答，而“撤销全部剩余权限”的日期定在离职当天。请先转移文件、日历和共享邮箱的所有权——在此之前停用账号，会把一次已确认通过的交接变成一张工单。
非自愿离职与自愿离职有什么不同？
步骤是同一套，只是时间被压缩了。辞职时它们分散在整个通知期里，权限随最后一个班次结束；解雇时，权限撤销、资产回收和内部通告都在那场谈话之后的一小时内发生，而交接只能从已有的文档里重新拼出来。这正是类型判定要紧跟在通知之后、而不是躺在制度附录里的原因：它是那个会重设所有下游截止时间的输入。
员工离职流程由谁负责？
人力资源负责流程本身和人事档案，直属主管负责交接与确认下来的离职日期，IT 负责权限撤销，薪酬负责末次核算，行政后勤负责资产。真正值得区分的，是拥有一个步骤和能够启动这个步骤之间的差别：IT、薪酬和行政后勤都在按一个自己无法设定的日期工作，所以在通知到达的当天，每一方都需要拿到写成文字的离职日期和离职类型。