所有进度表都有一项基本法则：三分法。虽然粗略，但是这是最接近并了解进度表的最简单方式。

　　就任何项目而言，要把可用时间分成三段：一段用于设计，一段用于实现，另一段用于测试。由方法论不同，可能每一个阶段的名称会有所不同，但是从本质上来说，也就是把整个项目周期中的每一天都搞清楚应该做好什么(设计)、实际去做(实现实际环境的程序代码)或者验证、分析以及改良已完成的事(测试)。

　　按照三分法理论，在安排这三个阶段的进度表时，应该粗略的将整个项目周期进行三等分，一般情况下不允许出现大幅度的调整这个三分的比例，除非你有充足的理由，比如某个项目特别重要(注册登录流程修改，测试比例增加20%)。

　　在按照三分法划分了进度表后，重新审视每个阶段的工作是否能按照计划完成，如果某个阶段进度出现问题，无法按计划完成，那说明项目的总的时间安排出现了问题，这种情况下，建议可以有两个选择：

　　1. 修改进度表，将项目周期加长;

　　2. 修改预期要完成的工作量，将某些工作放入下一阶段项目安排中。

　　而不建议的也有两个选择：

　　1. 调整三分的比例;

　　2. 加班。

　　还有一种情况必须引起重视，那就是虽然整个项目在进度表上符合预期，但是三个阶段不是等分的，而又没有足够的理由去进行这样不平均的分配，那么很有可能会有隐藏的项目风险。比如某个项目一共需要3周完成(15个工作日)，而进度表中把其中10天用于开发，2天用于设计，3天用于测试，这种情况下，往往会造成实现的设计不够仔细，在第二阶段中造成开发时间上的浪费，而测试阶段时间紧迫，一旦出现较大的bug则必须通过加班解决，极容易造成项目质量下降。

　　三分法同样适用于一个较大项目的每一个迭代周期，在一个大的项目完成了第一阶段的框架设计之后，第二阶段和第三阶段往往可以按照功能划分成若干个迭代周期，而每个迭代周期都可以应用三分法分为详细设计、代码实现和测试。我认为这个模式在进行一些较大项目开发时应该大力推广，优点是：

　　1. 项目进度上更加可控，阶段划分细致，Review时项目里程碑完成情况清晰;

　　2. 项目质量更加可控，每个周期都包含三个阶段，将项目风险平均分布在整个项目周期内;

　　3. 团队工作能力最大化，将团队中每个成员的工作平均分布在整个项目周期内，使团队工作能力得到最大的体现，也可以使项目周期控制得到有效的提升。

　　三分法虽然简单，但是用好三分法却不是一个简单的事情，其中包含了很多项目管理、沟通技巧以及执行力等方面的知识，而一旦用好三分法，往往会做到事半功倍。