程序员离职交接清单

交接清单：

1.辅助文档方面

项目代码地址；

项目接口文档地址；

项目UI设计稿/原型地址/项目历史需求列表文档；

项目历史需求列表文档；

项目现有问题/待优化问题；

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

项目功能及作用；

当前项目可能关联人员

2.代码方面

项目代码目前技术栈、使用框架版本；

项目结构的整理文档；

代码重要模块功能概述；

项目代码版本、分支、提交规范及策略；

项目代码构建打包方式、发布的流程；

项目中有是否依赖其他项目功能，如有请叙述下相关使用的逻辑；

程序员离职交接单需要写清楚各项目的用户名密码、关键程序的注释、归还电脑、主管及上级主管对工作交接的签字等。

需要

比如 api接口文档、部署文档、技术文档之类的

虽然写起来会有些痛苦，但好处还是挺多的。

1.方便工作交接。无论是功能后续开发让同事接手还是离职交接，有文档在，都可以省力一点。通过文档，知道的就清晰明了。

2.方便后来查阅。时间久了总会忘掉一些细节，如果突发一个bug，都可能无从下手。如果有了文档，之后就很好查阅了。遇到那种代码超长的，同时又没注释，想要改的时候又无从下手...文档多重要啊

3.还可以锻炼自己的写作和表达能力！很多时候教会别人比自己学会更有成就感！而且对自己的写作能力也是一种锻炼，何乐而不为呢？

所以，程序员交接时就讲解代码和写写文档吧

人在场的情况下进行,如果有一段交接期就更好了,可以让接替人在这段时间内参加交接人的项目,根据该程序员的重要性按下面顺序[重要性递增],交接工作主要针对未完成的项目任务进行:

1.目前未完成的软件代码和文档,代码和文档应相对应,关键代码应该有详细注释,各个模块的解释性文档,设计文档等.[这块如果公司有好的规范是很方便的,如果没有一个好的规范一般只有代码没有文档就很麻烦了,要求重新写出代码说明,规范代码注释.对关键代码要求交接人和接受人之间有口头的说明和解释]

2.目前未完成的设计任务,其中按其担当职责不同有下面几个东西需要交接:模块设计文档[系统架构/主程序员],模块变动文档[主程序员],模块测试文档[主程序员/程序员],系统测试文档[主程序员/系统架构],系统分析书[系统架构],需求分析书[系统架构/主程序员].要求所有交接必须项目经理,交接人,接收人三人在场,并口头解释说明.

3.人事关系交接,这块应该不属于项目交接了呵呵.

4.长期有效的联系地址或电话.

交接工作的成效考核:接收人必须对原有项目有充分的认识,能够完全代替交接人进行工作.所有文档符合规范,代码有充分的注释.已完成的测试文档必须详细.至此交接工作应该算是圆满完成了.

上面是一般性交接工作的流程和需要注意的地方,一个好的交接必须有完善的规范做支撑,才能达到事半功倍的效果,希望对LZ有帮助.

---