• 2012-10-27

    新团队负责人成长问答

    版权声明:转载时请以超链接形式标明文章原始出处和作者信息及本声明
    http://www.blogbus.com/dreamhead-logs/224068613.html

    在ThoughtWorks内部,我们定期会把各个项目的负责人召集在一起,介绍项目进展,汇报风险,交流经验。下面的问题就是出现在我们的讨论中。

    问题:新加入项目的人一直不能独立做事怎么办?

    简短回答:让新人多干活,老人向后站。

    完整回答:在ThoughtWorks,我们通常会采用结对开发的方式。大多数程序员直觉上总是会把完成任务排到更高的优先级,所以,即便在结对开发的情况下,有经验的老人为了快速完成任务,总是倾向于霸占键盘。作为刚刚加入项目的新人,通常又不好意思打断,而且,老人眼花缭乱的屏幕切换更让新人不知所措,为了不露怯,就更不好意思问了。

    但软件开发这个行业,第一手经验往往就是动手得到的。不动手,怎么看别人解决问题,也不会得到真正的成长。

    一般来说,在日常工作中,工作并没有那么紧,大多数时候,我们不必冲得那么猛。完全可以把键盘教给新人,让他们来主导。作为有经验的老人,在这个过程中,主要保证思路不出现偏差即可。可能在一开始,新人的各方面确实不令人满意,但就是在这种磕磕绊绊的过程中,新人慢慢就会成长,一点点抗起压在其肩头的重量。

    这是有经验的人经常犯的错误,我们经常会见到一个无所不能的负责人,向我们抱怨其团队的不作为。我想说的是,真正该骂的是这样的负责人,是你挡住了别人成长的路。

    问题:项目中有人要离开怎么办?

    简短回答:让要离开的人变成酱油。

    完整回答:稍微长一点的项目,人来人往几乎是必然的,所以,离开一个人是很正常的。其实,出现这种担心,主要是有经验的人离开项目,尤其是在项目中扮演重要角色的人离开。

    为什么他们的离开会那么惊心动魄?因为他们太重要了。一个不起眼的角色离开必然不会有很大影响。所以,解决这个问题的方案,必然是让这些曾经重要的角色不重要。

    怎么才能做到这一点呢?那就是把重要的事交给其他人来做。比如:

    • 以前在客户面前发表高论的都是这些人,那就换成下一个要负责的人。
    • 曾经的设计决策都是这些人,那就换成下一个要负责的人。
    • 曾经给新人讲东西都是这些人,那就换成下一个要负责的人。
    • 曾经与上层领导交流的都是这些人,那就换要负责的人。
    • ……

    总而言之,趁着这些人还在团队,逐步弱化这些人的作用。这样,一方面,可以降低这些人离开的风险,另一方面,又可以利用他们的经验,对新的负责人提供帮助。我们去年的那个团队,至今一年半的时间,来来往往的人无数,其中曾经的项目负责人就下了四个,项目未受太大影响,反而有新人不断带来惊喜。

    以上两个问题,其实在回答一个问题,如何培养团队。不把团队培养摆在优先级很高的位置上,很多问题是难以解决的。

    分享到:

    历史上的今天:

    Hello Velocity 2004-10-27
    引用地址: