《人月神话》读书心得

本月阅读了该部软件工程巨著中第八章——胸有成竹（ Calling the Shot ），该章节讲述了软件开发中如何进行准确的项目预测和估算。

本章的标题是胸有成竹，而在开发中真正要做到成竹在胸就必须在项目计划阶段就要对项目的预测和估算都能准确把握。估算要做到准确就必须通过前期多个历史项目和版本的积累，同时通过历史版本和数据的积累来发现和预测指标 Y 和相应的估算因子 X 之间的关系。其实也就是进行开发中的专家经验型估算。这样建立出来的估算模型就可以基本保证我们的估算准确性。

最早用的估算方法是建立需求 -- 设计 -- 编码 -- 测试各个阶段工作量之间的比例关系，然后根据需求的工作量来推导其它各个阶段的工作量或者是根据编码工作量来反推上游各个阶段的工作量。这种方式在项目规模比较稳定的小型项目中是比较适用的，但是它不能简单的类比应用到大型软件项目中，因为随着项目规模的扩大，规模和工作量之间已经不是简单的线性关系了。在进行大型软件项目的开发中，要对整个项目做出准确的估算更显得困难。 Microsoft 公司的 windows 开发就出现整体项目的延期，而 Blizzard 公司的项目延期就显得更加频繁。

根据 Nanus 和 Farr 在 System Development Corporation 公司所做的研究表明，工作量和规模之间是 1.5 的指数关系，虽然软件产品规模的扩大工作量会成倍增加。工作量 ＝ ( 常数 ) × ( 指令的数量 )~1.5

Portman 的数据表明，在每天 8 小时工作制的情况下，我们能够有效利用的工作投入时间在 5-6 小时甚至更低。因此我们在做估算的时候必须要考虑到开发人员每天的有效工作量的问题。

Aron 的数据表明开发人员直接的交互渠道和交互量直接影响到开发人员的平均生产率，我们强调沟通但是过多无效的沟通会直接影响到我们的效率。当在沟通和问题确认上浪费了我们太多时间的时候，开发的效率将会明显下降。

Harr 的数据表明确实存在不同程序类型复杂度完全不同的情况，比如对于控制逻辑程序，编译器程序复杂度远远高于应用软件程序。因此程序类型和复杂度的不同也将直接影响到开发效率。

Corbato 的数据得出更进一步的延伸结论：一、对常用编程语句而言，生产率似乎是固定的。这个固定的生产率包括了编程中需要注释，并可能存在错误的情况。二、使用适当的高级语言，编程的生产率可以提高 5 倍。