第一次带新员工总结

时间:2021-12-11 05:45:59

最近公司来了一批新人,上面交给任务带新人完成一个简单的系统。

本来是没有我带新人任务,但情况有变,原组长事假,紧急抽调我负责带。

之前一直都没带过新人,做过项目组长,带的也都是一起工作过1年的员工,彼此互相了解,对框架和业务都有一定的熟悉。

此次带的新人,是刚出门的学生,来公司1个星期,正处于工作适应期,突然抽调我带队,有点不太适应。

由于此前并没有接触这个项目,而且时间又紧迫,我只是进行简单了解项目之后,就忙着制定项目进度和任务。

出现了诸多问题:

1、我给这批新人不是很了解,对他们的能力水平知之甚少,虽然对业务流程已经封装到存储过程中,但相关的查询语句还需要他们自己写,相对来说心理没底,这里说的没底是指时间上的。

2、我对这个项目本身就不是很了解,在没有充分了解项目的前提下,匆忙分配了任务,导致向我提的相关业务方面的问题,我也不能给出精准明确的说明,大家都是带着疑问在做项目。

3、虽然已经有后台程序模板了,但前台的样式,风格的制定都非常的模糊,造成了大家做出来的东西,细节上相差很多。

4、过多的为新人解决技术上的问题,导致我自己的工作没能按时完成,应该更多的让他们自己解决问题。

最终原组长回归,任务交接,我继续我原来的工作。

尽管如此,还需在此总结记录,以供反省。

 

我自己的解决方案

1、在时间上没底,就将原计划的时间缩短一半,一方面考察新人的能力,一方面也可以考察他们的责任心,因为缩短一半时间,项目在工作时间肯定是做不完的。肯定会有加班或者是带回家的工作,同时在当天的工作结束后,让他们提交一份当日写的程序,以此来施加一些压力。然后根据第一天的表现,调整后续的工作任务和进度。

2、以后再接手项目,带人,自己首先必须要彻底了解该项目,对项目整体有深入了解后,再分配任务,这样不仅对任务量有一个总体的概念,同时,对任务的先后也有了解,不至于每次都是手填假数据。同时划分任务以模块为单位,不要夸模块,跨功能。像这次,分给我的任务,是财务相关,但财务是渗透到整个项目中的各方面,分配的过程必须仔细分析哪些可以分离出来单独做,哪些需要其他模块协同。

3、修改往往比开发更花费时间,如果前台的模板和样式在没有确定下来的情况下,只做布局,等模板样式都确定好了再添加上,而不是让他们仿造当前项目的风格自己发挥。

4、自己的问题自己解决,相关的指导,只在框架和业务上,技术上不要过多干预。