主题：做一个有关软件开发团队的小调查 -- doom

大家觉得，在一个软件开发项目中，新加人员（特指新加入公司的，技术水平不论，可高可低）的比例是多少应该是合适，超过多少是危险的？

有这方面的数据调查吗？

商用软件

很显然，你没有开发个好软件，也没有在一个好的团队你待过。软件开发，包括硬件开发和系统开发，最重要的是有牛人，跟新加不新加没有关系。一个牛人，可以顶几十个技术中等的人，而一个技术中等的人可以顶几个傻逼。新加人员，不见得就不是牛人，也不见得就不是傻逼。如果原来这个团队，就有牛人，那么加进来多少新人都没有关系。反正牛人之外的其他人都是打打下手，吃干饭的。如果原来的团队就没有牛人，新加进来的人里也没有牛人，那么这个项目基本就失败，跟有没有新加人员无关，即使没有新加人员，这个项目也基本失败。即使最后这个项目磨出来了，也是基本不尽人意，越做越拖越失败。所以，没有牛人的项目赶快关掉，把项目费用作为遣散费发给各人走路完事。从你的问题看，你们的项目基本就处于这种情形。

谁都要知道招牛人，可是你不能保证一定能招到牛人，如果新招人，你的标准是招牛人，可招来的所谓牛人到底是不是牛人，他的牛符合不符合你的牛，这个牛人能不能适应公司都是问题，这个团队里几个所谓牛人能不能配合到一起，也是问题。一个成功的项目必须有牛人（符合这个项目的牛），但不是有牛人这个项目就一定能成功。

上面的牛人问题和我说的问题基本毫无关系。

我的意思是，作为一个新加入的公司的人员，存在很多不确定因素，比如这个人的实际水平，能否适应公司的开发文化，能否和团队融合，这些都是这个团队的风险，如果大家都是合作多年的老伙计，那么这个项目在团队上的风险就比较小，如果这个项目中的成员都是第一次合作，并且全部是新加入公司的人员，那么这方面的风险就比较大，任何项目都有风险，但是从项目角度来说，必须尽量把风险控制在一定程度之内。

btest和LZ谈得基本上是一回事，有几个经验丰富的老手把关，加上一些年轻的技术人员，项目基本上就能运行下去。

如果说新招的人员不合格，那就说明招人的标准有问题，连自己想要什么样的人都不清楚。需要编程的找了个学中文的或者需要项目经理找个了marketing的。

不管找什么样的人，牛人也好，新手也好，都要和项目具体做什么挂钩，合理的分配最要紧。这就看管理层的水平了。

再好的公司，再好的面试官也不敢说自己招的人全都是最后符合自己要求的，面试10几轮下来最后招进来的人仍然可能无法融入这个团队，这就是风险。

btest要说的是如何做好一个项目需要牛人，我说的仅仅是如何估算这个项目中的可能存在的风险之一，也就是团队成员之间的配合默契对项目风险的影响因素。

最后再加一句，我不认为有牛人就一定能做好一个项目，这样的例子太多了，卡普尔是牛人，做Lotus123成功了，做Chandler还是失败了。

我的标准稍微降低一点，就是“牛人”只要技术水平能够盖住项目要求就算。

说白了，一个有经验的不错的程序员就可以了。

管理当然非常非常重要，但是技术水平不到，都是白搭。

当然如果大家都共事N多年相互默契是最好的，但如果一个PM连掌握一个新进人员的能力都没有，又如何能协调项目中出现的各种复杂问题呢？

很多大公司投标获得的大型项目都是临时凑项目组的，大部分成员事前都不认识，不是仍然能够完成项目吗？一味太担心这个我觉得没什么必要，倒不如担心PM的能力不够更实在一些。

结构设计简单,K.I.S.S。

其实新加多少人不是关键因素。所以很难回答。或者你问错了问题。

如果有好的管理机制，那么新人的多少不是太大的问题。因为一段时间之后就能消化掉新加人手带来的负面影响。消化期长短取决于项目管理制度、管理者的水平以及项目当前所处的阶段。

不同的管理制度对新人的消化能力有很大的差别，像敏捷开发中的极限编程，消化一个新人的时间差不多是2周，（如果一个个来的话）。

同意，一个项目能否成功，还会和整个企业的商业目标、市场环境有关。有技术牛人而企业失败的例子太多了。Sun公司牛人多不多？还不是被Oracle收购了。Navigator中的牛人多不多？但是碰到了微软。