前段时间的那次培训中有一个话题引起了一些争议，这里我想就这个话题随便写几句。
那个话题的内容是因为我举了一个例子，说：一些国内项目团队中，项目组成员的重要性超过了项目经理乃至技术总监，因为，如果项目经理或者技术总监出了意外，项目进度不会受到影响，而如果一个开发人员出了意外，他所开发的模块，就没有人能够接手了。
当时就有人说，国内的大多数公司不是这样的，项目组中任何一个人走了都没问题，因为任何一个部分，这个项目经理/技术总监都能一个人完成。
其实，这里面出现争议的原因是因为我和他讨论的内容的关注点出现了偏差，我提到的是项目的可持续性，另外，项目的规模也有一定的差异。我当年那个项目组出现这样问题的原因，是因为项目复杂度较高，规模较大，其内容不是一个人或者几个人能够全面掌握的，必须有多人的配合协作才可能完成。
而这个朋友提到的基础是因为他们是做电力控制系统开发的，基本上项目的规模和项目组成员人数不会过大。
另外，公司形成的基础对这个也有影响，具体的就不再这里讨论了，因为详细说起来，内容会非常得多。
而这两种管理又涉及到我blog中曾经提到的我所定义的强势项目经理和弱势项目经理的区分问题。
我认为如果让这种组员工资超过项目经理没问题
其实大公司可能会让组员轮流做一个项目 2008-05-02 11:57:46作者回复 同时，这并不代表这个技术人员的收入就应该超过项目经理。<br />青润自以为：项目经理的相对高工资，并不是发给他一个人的，是针对他的整个项目组的，为什么给你高工资，就是让你有能力在需要的事情请你的组员吃顿饭，聊聊天，喝杯茶！呵呵 #dbaio 发表于2008-05-01 23:40:10 IP: 58.19.99.* 很多项目都采用层次结构的小组制,而不是扁平结构,
每个管理者的直接下属不超过五人,
每个管理者负责对内管理与对外协调两部分工作
另外,管理者不但要懂得软件工程方法,人员管理手段,
更重要的是需要完全理解所承担UNIT的业务逻辑,实现方法,及外部接口,这也是对人员风险控制的一种方案,
我有时候还做结对编程,就是一个任务分给两个人,
如果出现你所说的情况,那是不正常的,那是管理上有严重偏差了,
软件开发项目管理,也没什么可神秘的,
和当兵打仗一样,营长死了,副营长补上,
副营长死了,一连长上,一连长死了,二连长上,
技术兵死了,让他助手上,
他助手死了,从别的部队借人上,
边干边培养新生力量
2008-05-02 11:55:53作者回复 我文中说的是：这是国内一些项目的管理模式，并不是全部的，也不是最好的，只是存在的现状描述！<br />你所说的方式，说实话，也有其弊端，那就是：当官的太多了。每5个里面就要有一个管理者，讨论起问题来，估计扯皮的事情一定非常多的，呵呵，中国人的扯皮本事是相当大的。<br />这里讨论的就是现状，具体如何解决，什么才是最好的组织管理模式，应该是根据客户实际情况来进行分析，定义的，而不是某一种形式就一定是最好的，解决一切问题的——这种模式也是不存在的——我私下里认为。 #lixiaohuprogram 发表于2008-05-05 15:04:09 IP: 125.76.177.* 无论项目总监还是组长，成员，缺一都可以，感觉前期的需求分析，项目整体设计方案，软件设计方案，项目技术设计方案以及项目进度管理才是最重要的，只要原始的设计完整详细，后期的人员就很容易接手某一模块的开发
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
