人月神话之人月关系与进度安排

其实从认识这本书、购买这本书的从始到末，我一直没明白人月是个什么东东。深感惭愧，今天终于明白了。

在学习该部分内容时，特别能体会其中的深意，因为像我们这样的国企或者说事业单位，这里面说的问题真是太普遍了。

首先，所谓的项目进度估算，完全是按照个人经验，或者说是没有估算，用户说什么时候交任务就什么时候交任务。
其次，成本估算目前是按照人月进行，可是，这样的成本也是基本没有意义，每个人的人力资源成本堪比百度。
第三，当任务进度无法按期完成时，基本的手段是采用增加人手。去年，一次性招收了20多人，使得规模扩大了进一倍。可是仍然无法完成工作内容，其实工作内容并没有和人手增加的倍数相同。

对于完全可以分解的任务，人员和时间之间是呈现曲线递减的关系的，因为对于完全可分解任务，可以将任务分解到极细的粒度。但是存在一个问题，若这些可分解任务之间是需要沟通的，则根据需要沟通的任务数越多，人员和时间的关系则是会趋于一个稳定的状态，因为人员越多，意味着沟通成本越大。
对于不可分解的任务，则呈现的是水平直线关系，因为不可分解的任务，人员的多少对于任务的完成情况影响不大。

同样因为进度不合理，中途增添人手导致的系统测试问题等等。

作者给出了一个项目的时间安排比例如下：
1/3：计划
1/6：系统编码
1/4：构建测试和早期系统测试
1/4：系统测试，所有的构建已完成。
该比例在目前我们企业中是无法实现的，因为目前系统测试占有的时间太少，目前的结构是需求分析占用1/6的时间，5/6的时间用于系统开发，至于测试，占用时间可忽略。

最后：作者通过一个实例展示了向进度拖后的项目中增添人手带来的灾难，简化的Brooks法则：

向进度落后的项目中增加人手，只会使进度更加落后。

人月神话之人月关系与进度安排

猜你喜欢