二、离职证明

 

此刻找新的工作，有些新单位都要离职证明，那么要求单位开据离职证明，合情合理。如果能够写明是被单位辞退的，更好!不能写的就只写离职事实也可，离职原因仲裁时由单位举证去吧。

 

三、录音

 

录音必须要录取公司主要领导的，个性是法人的，其他人的用处不大。要清楚，资料完整。

 

个性提醒：取证时机要注意，要在通知你辞退的一两天内，先拿到辞退证明，再谈经济赔偿的问题。必须要在单位还不是太防范你时，去取到这些证据，否则单位警惕，你将很难拿到有力的证据。因此，推荐发生辞退的前兆时，及时学习劳动法知识或者咨询专业人士，根据实际状况，设计一套完整周密的的方案，这样才能为你今后的索赔奠定基础。

 

姓名所属公司所属部门

 

入职时间联系电话联系邮件

 

离职原因：□辞职□解聘□终止合同□其他

 

请确认交接工作资料及签署经办人签字确认

　

所属部门借物归还

　

文件归还

　

工作交接(请后附交接明细)交接人：主管领导：

 

财务部借款偿还状况

 

其他

 

审计离职审计*从审计结果看是否同意调离

 

行政

 

1、固定资产(需核实电脑配件)

 

2、低值易耗品

 

3、办公用品耐用品

　

4、门禁卡、胸卡

 

5、停车证、车场遥控器

 

6、衣柜钥匙

 

7、文件柜钥匙

 

8、借用档案

 

9、取消password(员工专区)

 

10、取消腾讯通

 

11、取消e-mail

 

12、名片

 

13、其他

 

党群

 

1、党团、工会

 

2、关系转移

 

人力资源

 

1、劳动合同

　

2、工作证

 

3、五险一金

 

4、培训费用

 

5、档案调转

 

6、其他

 

7、员工手册

 

8、带给离职证明。

 

部门经理签字：人力资源总监：

 

日期：日期：

 

第九篇：工作交接报告

 

刚换了工作， 交接了十几个项目工程，交接给别人的时候，总想着怎么才能将这个项目交接清楚，在做项目初期，想象的都非常好，需求文档，产品架构，详设，概设有时候连代码流程图都已经画出来了， 但是在开发过程中，难免会出现很多需求改动，设计不合理之处，会有修改，但是由于时间紧迫，项目规划时间，毕竟测试，销售等在等着你的项目呢， 怎么才能在计划的时间点将需求功能提供给测试测试，在计划的时间点把项目保质保量的上线，这写问题，不得不考虑， 一个小小的需求变更，一个小小的表设计可能需要依次打开很多word、execl、mmp、axure......去做修改， 先不说修改量大不大， 就光打开着文档，找到需要修改的地方就需要一些时间，大家都知道设计中要， 但是工作这么多年，做过项目型的，做过产品型的，设计总是在每一次迭代每次需求确认中有变化，对于程序员来说也许只有代码才不会欺骗人，也只有代码才是最好的文档。但是没有谁有足够的时间去看这些代码，时间更是不允许，怎么才能更好的更快的将代码这些东西交接给别人不影响公司开展业务，怎么快速接受新工作的，了解新工作，成为新公司的老手，结合自己摸索总结一点希望对自己工作能有帮组：

 

一、离职工作交接，这个时候我们需要考虑的是怎么将自己在这个工作待了2、3、5、7年掌握的东西怎么能在两周左右的时间甚至更短时间交接给几个人，甚至可能交接给一个新入职的同事。

 

交接要点：

  

项目概览：项目背景、项目功能、项目设计思想、项目最终达到的目的、项目当前情况、工作环境搭建；

 

1.项目背景：项目产生原因，项目解决了那些问题；

 

2.项目功能：在技术角度实现了那些功能，例如CRUD， 报表等

 

3,项目设计思想： 站在设计角度，说出原型来自与那里。站在技术角度，列出项目使用的框架架构，例如SSH、springmvc、一些设计模式、前端使用什么，后端使用什么、数据库(oracle\mysql\postgres)、其他开源框架、技术点（消息的MQ，RPC的thrift或者hession，spring注解，spring或者quartz的定时器，JSP或者freemarker，HDFS，或者hadoop生态圈，也可能使用其中的 Hbase、Hive、Zookeeper） ， 如果有时间最好把技术选型也做一下说明，为什么选择springmvc 注解，不适用struts  ，为什么使用   thrfit不适用hession  等等 。总之说这么多，就是对于技术人员来说技术是个无底洞，要交接 这些当然也可以不说，就算你和公司不和，但是站在程序员素质这边应该把这些尽可能多的说清楚；