杂谈 - 员工离职需要交接什么

  • 作者:KK

  • 发表日期:2016.8.24


我是从三方面思考这个问题的:一方面是要关注别人要接手他的事情是怎么一回事,第二方面是接任他的职务要用的工具是否能顺利掌握,第三方面是他对他工作内容的一些顾虑,比如以前写下的一些代码未来遇到什么问题会比较难扩展,希望他交待一下

整理一个清单后通常是这样:

交接电脑密码

我一般会统一要求将工作电脑的登陆密码改成121212或格式化掉硬盘

其实不要将交接想得太简单,因为这要看公司的,一般小公司可以这样玩,但有点规模和规范化运作的公司不同,人家直接将你电脑格式化,管你有没有密码

新员工入职时为他新装一个正版Windows或者Ubuntu系统默认无密码,或者在员工入职指引书上打印着一个电脑密码让他自己开机

为什么这么做?假设当一家公司的项目有一定价值的时候,如果员工居心不良,在电脑上留下能长期监控的病毒,那就有机会长期偷窃公司的资料去换取金钱了

所以规范起来的时候,员工离职就将他电脑格式化就是了,以免他留下的东西“不干净”

当然另一方面还要有公司内部用企业版杀毒软件远程查杀所有员工电脑的木马来协作


相关的钥匙

如果公司有为员工配置储物柜或抽屉,那钥匙肯定要收回咯;甚至有的把公司大门钥匙也给员工拿了


负责过的项目技术、业务实现的说明文档

通常小公司都不要求程序员写什么文档,导致离职后新来的人只能靠代码来理解旧的东西,还可能理解错误

有的公司会要求员工离职时写这些文档,比如他负责了购物车和下订单的功能,那就要他写出这些功能的主要实现思路和画画流程图什么的

至于这些文档内容的正确性和充足性真的不好验证

实际上我通常会在平时开发维护功能的过程中就要求开发人员同时抽时间写下必要的业务逻辑实现文档(有点像伪代码,但不是全部都要写,觉得有必要写的就写,特别是用Visio画UML图最多了)

其实这里包含的文档量是最多的,就像我曾经任职技术主管,离职时写下的有

  • 公司各服务器的状况概括(含账号密码)

  • 各个工作系统和工具的相关账号密码

  • 日志分析程序的概要设计文档

  • 项目主要几大业务中的重点业务代码流程和修改要点部分介绍

  • 用户登陆验证控制规则+配置的详细介绍

  • 基于Yii2 ACL授权认证的多级角色扩展说明

  • 持续集成平台的构建流程说明+继续开发注意事项

等等文档,我当时提前了半年提出辞职,前3个月开始写文档,后3个月一边写文档一边与新任主管交接项目内容


工作文档要求整理到同一个目录

多数员工在长年累月的工作过程中不知不觉地把工作相关文档放在了桌面,D盘的A目录,B目录,E盘的C目录。。。好散好乱,要求员工把这些文档都整理到某一个目录下(比如我统一要求是D:\work

确认的时候就到处进入一下各个可能存在工作文档的目录,抽查一下还有没有没整理的,如果都没有工作文档了,都放在D:\work里了那就算过了

对了,通常这些所谓的工作文档一般都是一些业务需求和资料,他整理的一些XX报告,某些合作公司给他的接口文档以及一些开发相关的账号密码等


未完成的任务说明

并不是所有人离职都可以将手上的事处理完才走,比如他急着走(了解为什么不用等一个月都能离职),或者他手上的事是一个长期任务,这时候就要他写下这些任务的说明,目前他做了什么东西,未来还打算实现什么的,如果由别人上手继续开发要注意什么,他的主要思想和设计模式是什么


账目和借用物品等

这个倒不用太特别去说了,一般的离职单子都有财务签名什么的

如果财务查到该员工有借支未还给公司的会及时叫停这个离职申请,大家商榷好如何还款再确认是否允许离职,或是还清了才允许离职

包括其它需要相关部门过目审核的关联内容,一般人物制定离职申请表的时候会考虑到,做技术管理的咱们不用操心


其实平时工作中有空就安排写文档,后面离职时基本没啥文档好写的

财物账单什么的理清楚了就可以走了,所以通常我管的人都走得比较顺利,下一个接手也比较多资料看