开发团队管理心得

开发组长：一个很尴尬的地位，既是团队的开发主力又得兼顾团队管理，既要管理开发团队又要交付代码

如何做好开发组长，鄙人一点心得而已
1 代码质量
本人一直是一个质量崇拜主义者，也是出于此，使得不少上司比较不屑，软件是质量和进度的平衡，可

能我是出于一个程序员的自私，固执于代码质量，程序员的成就感就是代码的质量，不注重质量？把我们

程序员唯一的乐趣都剥夺走了！其实我一直对组员的要求也是只有代码干净 行数不要太多就好 重构也是

必须的，但是进度紧没办法，最低的限度就是代码要放对地方，（就好像风水学讲：不管房子风水是不是

好，最重要的是保持房间的干净，不要乱放东西，先做到一个干净的屋子）代码也一样 写出来不是给电

脑看的 是给人看的！所以什么是好代码？能让别人看懂的就是好代码 不要代码好像一堆烂肉一样 太气

人！但是烂肉代码完全是程序员的错误么？不是 一个功能明明2天 非要一天完成 烂肉产生在所难免 开

发组长也没有办法
2 人员管理
还是木桶理论么？木桶固然有道理 但是我有时候只是注意到了一个人员能力的高低，木桶还有我没有注

意到的东西么 除了挡板的高低？有 那就是挡板与挡板之间的缝隙！如果有缝隙这个桶连一滴水都承不了

，老生常谈了：团结第一，软件尤其明显，团队中也许充斥着这样的声音：“这块不是我写的 你找谁谁

谁” 到现在我听到这样的话还是会非常火大！一个人这么说 所有团队的人都听见了 他们会怎么想？成

员间的缝隙也就这么产生了 这样的人直接KO掉 如果我们没法搭同一辆车到目的地 那么请你下车！互相

帮助！还是互相帮助！我耽误我的一分钟 帮助别人 你仅仅看到了你自己的一分钟么？不对 你要看到你

的一分钟使整个团队提升了多少？你的一分钟可以让一个初级程序员少耽误一个小时时间甚至更多 你的

一分钟可以让以后软件在bug阶段少了2，3个bug，软件团队不需要个人英雄主义 需要的是团队英雄主义

！
3 组员交流
程序员也是人，也需要关心 尊重，天天与电脑打交道就不开朗了？不幽默了?恰恰相反我接触许多程序

员人很好 很开朗 很幽默 也许是我带动了他们？情绪这东西是会传染的，早上你的一个笑声也许就会给

团队带来一整天的好心情 好干劲 ，情绪管理我不太懂，但是情绪传染我做的不错 呵呵 逗大家开心嘛

你我一笑，齐活！我个人比较主张仆人式管理，组长就是为大家服务的，毕竟大家都是年轻人 起码我们

在一起不要有代沟还可以一起开玩笑，尽量使我们的木桶没有缝隙！一定不要吼叫 尊重是第一位的 破裂

了就不好修复了

今天先说这些 别的都想不起来了 想起来再分享给大家

评论

2 楼 andot 2010-04-23  

楼主对代码质量的要求很认同，但是要说代码质量跟进度有冲突这个就不是程序员们的问题了，而是你这个项目经理的问题，因为项目的进度是你制定的，如果你制定了一个不合理的很紧的进度表，那你就很难要求程序员们写出高质量的代码，进度制定有个简单的法则，那就是最终花费时间等于你预期的花费时间乘以三。如果你不能在时间上做任何调整，那么就砍掉三分之二的功能。又想马儿跑，又想马儿不吃草的事情是不可能发生的。

对楼主谈到的人员管理，我很认同楼主所说的挡板之间的间隙的说法。但是有一点要注意，挡板之间的间隙并不是挡板本身造成的，如果挡板一开始就问题，出现间隙，那么是很容易发现也很容易把坏挡板踢出去换上好挡板的。但是多数时候是一个好好的木桶在使用过程中出现了间隙，这个就不是挡板本身的问题啦，多半是固定挡板的地方出了问题。而在一个团队中，队员就好比挡板，而领导者就是固定挡板的粘合剂。如果你发现团队中出现了“这块不是我写的 你找谁谁谁”这样的声音，先不要去责怪说这句话的人，你要先考虑考虑你的团队里是否已经有了明确的分工，你是否将合适的任务交给了适合的人，子曰”不在其位不某其政“，你如果总是把犯错人的问题推给总是做对的事情的人去处理， 你真的不是在节省团队的时间，而是在分裂团队。如果你真想让能者多劳，千万不要忘记要让多劳者要多得。另外，能者再能，他能承担的工作也是有限的，当你把一个不属于他的任务推给他时，记得也要将他忙不过来的其它任务分给别人。所以，一个团队是否团结，主要责任还在与这个团队的领导者。

1 楼 fengsage 2010-04-22  

有点道理，希望以后能用的到~谢谢