看到网上有人写了对新员工的培训带教体会，有所感悟，针对自己的经历也想写点当年的带教体会。
     本人先后参与了4个新员工的带教指导工作，2007年8月份项目组新来了一位同事，领导把他放到了我们当时负责的中心来培训，并让我们制定一个详细的培训计划，针对新人的工作职责、系统的特点，经过开会讨论我们指定了一个详细的培训计划，内容如下：

1. 第一个月内基本掌握系统升级、版本上线的工作，包括第一周先了解系统整体结构、各服务器的部署情况、各模块各子系统的目录结构等； 第二三周参与实际升级、观看记录各模块各子系统是如何升级的、升级中的注意事项是什么、如何测试等；第四周在导师指导下亲自动手进行升级操作，写出自己的升级操作方法及经验，基本熟悉升级操作。

2. 第二个月内熟悉各模块各子系统的作用、在整个系统中的地位及运行原理，熟悉各子系统的安装部署、目录结构、配置文件及各系统是怎么操作使用的，系统主要的表及存储过程等数据库对象、系统的常见故障及基本处理方法，学习系统故障经验集、如何测试跟踪故障日志等，完全熟悉系统升级操作。

3. 第三个月内，在熟悉系统的基础上，进行日常的基本故障处理，如果有多余的时间再学习平台的常用组件（包括：组件的原理、安装配置、使用、常见故障的分析处理等）。

4. 第四个月内，要掌握各系统程序文件的分析、日志的分析、数据库脚本的分析、能单独处理日常系统的故障，熟悉平台组件日常使用及维护工作。

5. 第五个月内，基本掌握平台组件的日常使用及维护工作， 参与系统的例行巡检工作。

6. 第六个月内，在全面掌握以上的前提下，要参与部分工程项目、跨区的技术支持等工作。 
      

   上面指定的计划，如果前三个月每次月底答辩都不能通过的话，就会被公司辞退的。

    对于第一位新人，在第一个月内就没有完成目标，首先是当月的升级较少，只是观看了两次，没有实际进行操作，看完了也就完了，写的升级注意事项基本没用；其次由于是新人也不敢让他单独登陆系统，防止人为故障的发生，能做的
就是看资料文档，由于第一个月没有达到目标，后面的二三个月都没有什么大的进展，对系统的整体不太了解，日常故障也不能独立处理，后来也就参与了系统例行巡检的工作，由于他对Linux较熟悉，大概半年后项目组把他调到其它的岗位上了，第一个新人培养就这样失败的结束了。

     2008年下半年，有来了一个新人，还是上面的培训计划，第一个月结束后当月的培训目标基本实现，但到了第二月当时的升级比较多，每月达到四、五次，晚上升级白天还要处理遗留故障，结果这个新同事感到不适应工作节奏和压力，提出想干开发工作，后来根据实际领导同意让他去开发项目组，第二个新人培养也是以失败结束。

    2009年初，上面的新人走后，又招了一个新人，结果这个新同事连续两个月没有通过答辩，而且平时也不积极学习，对oracle也不熟悉，结果两个月后就让公司给辞退了，这个新人的培养也是失败的。

    2009年4月，又招了一个新人，这个新人相对比较顺利，对系统的各部分熟悉的也较快，但是意想不到的事件出现了，这位同事在7月份违反信息安全，结果可想而知了，至此先后参与的四个新人培训计划全因失败告终，此后再没有参与过新人的培训事宜。

    纵观两年时间中参与的4起新人培训计划，得出以下：
1. 受客观条件的限制，公司的要求高，培训时间短，新人在此短时间内基本都无法达到要求。
2. 出于安全的考虑，不敢让新人直接操作线网系统，新人只能做些纸上谈兵的事。
3. 所做的事情很多很杂，每个人的能力都是有限的，不可能把所有的事情都能做好。
4. 新人的个人能力不同（含学习能力、自律能力等）、有些是刚毕业的、又些是有
   行业工作经验的，他们做事的方式和结果自然会不同的。
5. 指导人的能力、技巧、经验、心态等也是个重要的方面。

对自己带教培训的总结：
    自己怕新人出错，就不敢让他们来操作、自己怕麻烦给新人指导，还不如自己做来的快、有些自己也不懂，自然也无法指导新人了、或者是其它的某某原因，总之只能用两个字来总结‘失败’。