项目后期增加开发人员加快进度，不亚于火上浇油？作何解释？

[pisces_008]

不是很理解，相关的项目管理书籍，也说过这样的问题
增加开发人员，必定会增加沟通等成本
但是不增加开发人员，还有其他的方法能按时完成项目吗？

[keynexy]

项目不大的话，加一个牛人，就能搞定

[starryplayer]

在项目进度比较紧的时候，有两种方式可以选择：一是加人手（人手要对业务比较了解），并行开发。一个，重叠项目的各个阶段，缩短周期。

[pisces_008]

[Quote=引用 1 楼 keynexy 的回复:]

项目不大的话，加一个牛人，就能搞定
[/Quote]
比较赞同

[pisces_008]

[Quote=引用 2 楼 starryplayer 的回复:]

在项目进度比较紧的时候，有两种方式可以选择：一是加人手（人手要对业务比较了解），并行开发。一个，重叠项目的各个阶段，缩短周期。
[/Quote]
第一种方式我了解
第二种您，可以详细说说吗

[zhangdongqiang8]

重叠项目的各个阶段的意思就是说在前后置关系不大的阶段，可以提出来同时进行。比如你计划开发A模块完成后，开始B，重叠的意思就是在AB没有前后置关系的情况下，A模块中后期开发的工作量就会小很多，可以抽调人力来进行B模块的开发
当然这只是一个例子，比如开发和测试，可以对一些开发完成的模块先进行测试，没必要开发末期大家都挺闲，然后开始测试修改bug的时候大家又都忙的要死 充分利用两个阶段中间的过度时间 如果每个阶段你都能做到，那必然能大大缩短开发周期

[对酒当歌今夕何夕]

这个人月神化里提到的一个理论
所谓的人月（man-month）是用来衡量工作量的单位，也就是一个人在一个月内所能完成的工作量，例如有个项目预估需要12个人月，那么如果派了4个人来处理这项项目，理论上只要三个月就能达成。Brooks之所以将这个换算的机制称为神话，是因为软件项目在本质上，人力与工时是无法互换的，换言之，当项目进度落后时，光靠加派人力到该项目中，并不会增加产能，反而有可能让情况更加失控。

Brooks认为，软件项目在本质上是系统性的工作，在过程中必须处理复杂的交互关系，在沟通上必须花费不少的成本。

方法减少项目范围，加班，如果项目太大， 那就很难了，某种程度需要休克疗法，重新制定计划

2楼说的就是 比如开发完成了某一部分就先行进入测试阶段，而不是等全部开发完毕再进入测试
再比如需求没有全部明确，但是因为时间，可以先就某些确定需求开始先行开发
重叠瀑布模型的中的各个阶段 以达到节省时间的效果

[nycwondering]

其实到新项目后期，我是不赞成增加开发人员的。
一是因为新的人员加入，需要一定时间了解项目，原先人员需要分一定时间给新人员讲解项目，这无异使进度饿更慢了。而且人多嘴杂 ，很多失败的项目就是这样造成了。
二是因为是新项目，通常是因为缺乏经验或是没有好的办法针对项目出现的情况，而这些情况并不能用增加人员的方式来解决。

赫赫，突然想到一个类似的笑话： Project Manager* is a Person who thinks nine women can deliver a baby in One month.


当然如果是常见项目，公司已经做过很多次类似的项目，倒是可以见上面的说法。

[pisces_008]

[Quote=引用 7 楼 xiebird 的回复:]

这个人月神化里提到的一个理论
所谓的人月（man-month）是用来衡量工作量的单位，也就是一个人在一个月内所能完成的工作量，例如有个项目预估需要12个人月，那么如果派了4个人来处理这项项目，理论上只要三个月就能达成。Brooks之所以将这个换算的机制称为神话，是因为软件项目在本质上，人力与工时是无法互换的，换言之，当项目进度落后时，光靠加派人力到该项目中，并不会增加产能，反而有可能让情况更加……
[/Quote]
这个我明白了，也就是说可以这样
比如信息维护有十个菜单，报表有十个菜单
其实可以先做5个信息维护，5个报表，这样一来
也可以给客户看，不然只有信息维护没有报表
或者只有报表没有数据来源