由开发团队的等级制度说开去.doc

由开发团队的等级制度说开去 开发团队中的等级 很多公司的开发团队都是分为：项目经理、开发经理、开发组长、开发人员这么几层。这是一种典型的等级制度。不出意外的话，这种结构清晰、分工明确的管理体系是最优的。但经过无数次的实践表明，我们在软件开发的过程中，延误我们工期的不是计划中的事情、而是那些突发事件或者不明确的东西。这种情况下，开发人员遇到了困难首先需要向组长报告，组长向经理报告。这时候处于最上层的项目经理就不得不熟悉具体的技术细节了。当然，如果组长什么事情都往上报告那还要组长做什么。所以一般来说组长都会根据自己的判断来作出处理。这 么一判断就出问题了。怎样才能保证我们的这位组长判断正确，就算这一次判断正确了下一次一定正确吗？如果存在两个组长、三个组长都是自己判断，那么在这个小组遇到的问题也就不能及时传递到整个团队。 以前我所处的团队就是以这种等级制度来管理的。如果说上面遇到的问题并不大的话，那么下面这个问题就是管理者不得不重视的了。组长都是由经验丰富的程序员担当，如果经验丰富的程序员当上了组长，肯定会因为管理上的职责影响自己的工作效率。在我们的团队中，新的程序员占了大多数（这是很多公司的现状），凡是影响老程序员的效率的事情都是不可 接受、不可原谅的，其实也就是管理成本过高。如果还用这种等级制度来管理的话会影响到团队的开发效率。后来又尝试了扁平化的管理，这样可以将处于组长地位的程序员从管理细节上解放出来。看似效率提升了，但由于新的程序员没有人带，所以他们的成长特别缓慢，甚至还会走不少弯路。 以前我们尝试过严格的等级制度管理方式，发现管理成本超出了我们的预算；接着又采用了扁平化的管理，由于新人比较多又没有人进行严格的监督和辅导导致代码质量很低，结果也不理想。这样看来开发团队中用等级制还是不用确实是个问题？ 我们需要等级吗？ 由 于团队规模不大，采用等级制度的话会付出高额的管理成本，这点我们很难接受。同时由于软件行业的变化性，等级制度在这种环境下弱点是非常明显的。如果完全抛弃等级制度，又会出现诸如监督和培训不足的问题。最后采用了结对编程的方式，但这种结对不是对等的结对编程，更多时候是一个老程序员带着一个新的程序员来做。如果这时候有一个经验特别丰富的人来整体把握团队的进度情况会更好。看起来，似乎就现状来说，我们不需要等级的制度，需要的是领导者的角色。不过就上面分析来看，等级