新员工培训及指导总结

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

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

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

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

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

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

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

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

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

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

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

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

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

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