残剑

Stop walking today and you'll have to run tomorrow!

培养新人策略之我观

| Comments

一棵树刚长成参天大树,有经验的木匠一般是不会把它砍掉做家具的,因为它的木质疏松,做出来的东西不能使用得长久。等过上几年,才会把它用到合适的场合。

泥瓦工在培养徒弟的方法让我受益匪浅,值得深思。有经验的师傅一开始并不会让徒弟去看自己切的石头或是砖块多么的方正,而是让徒弟亲自去切一下,这样做有很多的好处:一、从实际操作中获取经验;二、让徒弟体会到他所看到的东西不是原本就那样或是可以简单办到,一切都需要付出汗水才能获得那种水准。如果一开始就让徒弟去看自己的成果,很多人会觉得那些东西就是那样,同时也会猜测自己做也很容易办到。

等到能够把砖或石头切得能够让彼此能够无缝衔接在一起的时候,师傅可能教徒弟怎样去拌水泥,告诉他如何配对水泥和沙子才能让那样砖头更紧密地结合在一起。等到一切看起来毫无联系的东西的时候,师傅就会教房子的整个架构及那些所学东西在这个框架中起到的作用。

随后,等师傅觉得徒弟学得差不多的时候,就会把一些简单的任务交给他,当然这些任务是不太重要的,或者是对整个房子的安全性是没有影响的,在实际过程中师傅会看徒弟在操作中是否完成的良好,不好的地方随时指正。如果徒弟的长进不错,紧接着,又会分配一些其它相关性的任务。

等到徒弟各方面都学得差不多且得到实践后,师傅又会带徒弟重新了解一遍房子的架构和设计。经过一系列的学习,徒弟在此时对房子的认识必然提升到新的高度。再跟随师傅练习一段时间,想必也可以单独做事了。

想想要是一开始师傅就让徒弟去做工程中的某一个任务,那么肯定是没有保障的,若是房子建城了,主人住着也是提心吊胆。做的实在是太糟糕,那一切就得推到重来。

想想公司培养新人是不是也是和那些泥瓦工一样呢?答案是,不是。招进一个新人总是想着立马让他们去看代码,或者是交付一项艰巨的任务。做成也罢,做得不好就得推倒重来,耗费的就是更多的人力。

写代码的人都清楚一点,在整个系统中,按照架构中的框架去写部分代码是很容易的事情,而且逐步查阅代码之后也能清楚地说明系统架构。可是,让他们脱离原有的代码,单独开发一个和原来一样的架构体系,这时就会觉得很难很难。

如下培育一个新人,个人觉得合理的步骤如下:

1、将功能模块或者是技术上用到的特定知识细化,让新人开发一些小的功能或是使用某部分知识,这样便于了解其代码风格和基础的巩固程度;

2、把前期开发的一些东西,整合成一个统一的架构;

3、带新人学习产品的整个系统架构,讲解每个模块的功能;

4、细化所有的模块,根据难易程度逐一学习,且跟踪其执行流程;

5、所有模块学习结束后,重新带新人学习整个系统的架构;

6、新人根据学习到的东西进行一次分享,这样便于老人了解到他的学习情况,可以方便协助他补充不足的地方;

7、分配一些功能给新人,让其添加到系统中去,强化他对整个系统的认识。

人们的性格总是很难舍弃东西,所以一开始若是让新人加功能且质量不是很好,那么一般都不愿意删除那些代码,只是在那些功能上修复bug,可这是一件很糟糕的事情,越修改越乱,直到最后根本无法维护。

培养新人是一件很慎重的事情,不得不好好考虑考虑!!!

Comments