软件任务进度安排

《人月神话》中软件任务进度安排的经验法则：

1/3 计划

1/6 编码

1/4 构件测试和早期系统测试

1/4 系统测试，所有构件已完成

说明：

1、分配给计划的时间占1/3，但仍不足以产生详细和稳定的计划规格说明，也不足以容纳对全新技术的研究和探索；

2、调试和测试占1/2；

3、容易估计的部分，即编码，仅占1/6时间。

注意：

1、大多项目开发中表明，除了系统测试，其它的进度基本能保证；

2、不为系统测试安排足够的时间简直就是一场灾难，坏消息没有任何预兆，很晚才出现在我们面前；

3、Brooks法则：向进度落后的项目中增加人手，只会使进度更加落后！

项目的时间依赖于顺序上的限制，人员的数量依赖于单个子任务的数量。从这两个数值可以推算出进度时间表，但分配较多的人手，计划较短的时间，将无法得到可行的进度表。总之，在众多软件项目中，缺乏合理的时间进度是早上项目滞后的最主要原因，它比其它所有因素加起来的影响还要大。

关于此，我有一些疑问：

1、文档撰写时间属于哪部分？

[自问自答] 编码时注释详细，系统测试（早期或构件完成）通过，在对系统或每一个函数(模块)写相关文档；

这个问题属于人员分工管理问题，可以找专职人员协同工作撰写文档。