人月神话阅读笔记03

 

过去我是怎么做的

1.从未想过控制过程序的规模

2.做项目没有正式文档

3.未精确定义产品

这样做为什么不好

1.由于规模是软件系统产品用户成本中如此大的一个组成部分，开发人员必须设置规模的目标，控制规模，考虑减小规模的方法。同任何开销一样，规模本身不是坏事，但不必要的规模是不可取的

2.书面记录决策是必要的。只有记录下来，分歧才会明朗，矛盾才会突出;文档能够作为同其他人的沟通渠道

3.许许多多的失败完全源于那些产品未精确定义的地方。细致的功能定义、详细的规格说明、规范化的功能描述说明以及这些方法的实施，大大减少了系统中必须查找的 bug 数量

解决办法

1.目前的要求是做出来就行，先不考虑规模

2.以后的项目中尝试写正式文档

3.精确详细定义功能