《人月神话》中软件任务进度安排的经验法则:
1/3 计划
1/6 编码
1/4 构件测试和早期系统测试
1/4 系统测试,所有构件已完成
说明:
1、分配给计划的时间占1/3,但仍不足以产生详细和稳定的计划规格说明,也不足以容纳对全新技术的研究和探索;
2、调试和测试占1/2;
3、容易估计的部分,即编码,仅占1/6时间。
注意:
1、大多项目开发中表明,除了系统测试,其它的进度基本能保证;
2、不为系统测试安排足够的时间简直就是一场灾难,坏消息没有任何预兆,很晚才出现在我们面前;
3、Brooks法则:向进度落后的项目中增加人手,只会使进度更加落后!
项目的时间依赖于顺序上的限制,人员的数量依赖于单个子任务的数量。从这两个数值可以推算出进度时间表,但分配较多的人手,计划较短的时间,将无法得到可行的进度表。总之,在众多软件项目中,缺乏合理的时间进度是早上项目滞后的最主要原因,它比其它所有因素加起来的影响还要大。
关于此,我有一些疑问:
1、文档撰写时间属于哪部分?
[自问自答] 编码时注释详细,系统测试(早期或构件完成)通过,在对系统或每一个函数(模块)写相关文档;
这个问题属于人员分工管理问题,可以找专职人员协同工作撰写文档。