|
很多客户都面临如何培养新员工的问题,如何更好的培养开发人员也一直是我思考的问题。琢磨来琢磨去,最终发现还是“师徒制”最有效。 在学校里教授的大多是书本知识,和实践有很大差别。社会上的各种速成班仍然是停留在表面,可以让开发人员入门,但是不能深入。在公司里办各种培训,时间不可能太长久。其实以前在通软的时候已经尝试过师傅带徒弟的方式,只是我不喜欢称为“师徒制”。“师”在我心目中是比较神圣的称呼,为“师”的时候要强于弟子,弟子出徒了,“青出于蓝而胜于蓝”才可以。子曰“三人行,必有我师焉”。在山东,不认识别人而需要打招呼时,称呼“师傅”、“老师”的居多。 “师徒制”实际上就是一对一,手把手的传帮带,因材施教的一种培训方式。 在长虹咨询的时候,就发现他们内部建立了很好的师徒制,新人一进公司,就指定了一个有经验的开发人员作为其导师,导师负责此人一年内或更长时间内的培养任务,主要是在工作过程中言传身教。在其他企业里称呼工程师一般为 “张工”、“李工”,而在长虹则称呼为“张师”、“李师”,不知道称呼的由来是否是源于此。 在企业里如果能将“师徒制”制度化、实践化,应该是一种投资收益比较大的培养方式吧,为此,我设计了如下的12个活动:
(1) 定义有关师徒制的过程; (2) 在企业里指定专人负责推广、落实此过程; (3) 定义对导师的业绩考核制度; (4) 定义导师的任职条件; (5) 对导师先进行如何指导别人的培训; (6) 为新人或小组指定导师,明确建立师徒关系; (7) 为新人或小组定义培养的目标、内容; (8) 在不同的场合实施培养活动; (9) 采用多种方式定期评审/价培养活动的进展; (10) 总结在培养过程中的经验教训,充实到组织过程资产库中; (11) 落实对导师的业绩考核; (12) 审查徒弟的进步情况,明确出徒的动作。
|
一共有 5 条评论
最初的时候我带的人时候没有特别说明我们是师徒,只是跟着我干就好了,后来成了我很好的搭档。
后来,带了两个,一个是大专生,一个是本科生,都不错,不过后来都调给了别的工作组,如果要把程序写得结构良好,需要一年以上的时间,如果要可以写个可用的程序,三个月就可以了;人调走了,确实打乱了我的计划。或者是我对他们太好,让上级管理者看不开。
之后,来的新人,我基本上不太愿意教给他们什么,除非他们提问,很多东西只有他们自己经历了,才能深刻理解。我会教老鸟教他们,告诉他们如何去获得帮助。
在我看来,如果被教的人不能跟着师傅干(3+年),很容易让师徒制虚有其名。
带好了连自己的饭碗都保不住咯