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