不走钉钉交接工作不给交接合理吗

不走钉钉交接工作不给交接不合理。工作交接看有没有硬性规定，例如程序员的工作交接是大事，代码的事不好好交接是不行的，需要把近几个月的项目信息和代码文档与结构写成文档邮件出去，要被交接人确认已经完成交接了才算数的，工作交接起来不复杂的，大部分口述就可枣蚂升以了，没有规定什么时候才算交接完。而且这并不是离职交接，要是离职交接的话，都是别人主动交接的，人要走了后就没有交接的义物稿务了。交接与被交接人都在职，这样凳老就比较随意了。

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

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

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

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

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

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

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

---