（5）估计要尽可能的合理
　　为了保证估计的合理性，可以采用下面的措施：
　　● 借助历史数据。历史数据是“经验”的量化，通过和历史项目的数据对比，
　　● 可以降低估计的风险。需要注意的是，在借鉴历史数据的时候，要注意数据的可比性，要考察项目类型是否类似、生命周期模型是否类似等。
　　● 采用多种估计方法互相验证。在估计时可以采用多种估计方法，然后对多种方法的结果进行对比，通过分析其差异以判断合理性。
　　● 细分任务。任务拆分的越详细，就越容易估计，越容易和历史数据对比。
　　● 任务要完备。在估计的时候，要识别出所有的工作内容，不要有遗漏。
　　● 有估计经验的人参与估计。一方面要对参与估计的人员进行培训，另一方面需要在实践中积累估计经验，每次估计完成后，都要和实际的情况进行对比，经过3～5次的反复，则可以积累估计的经验，提高估计的准确性。

（6）识别清楚任务之间的依赖关系
　　任务和任务之间存在下面的5种依赖关系：
　　● 输入输出关系。即A任务的输出是B任务的输入，A任务完成后，B任务才可以开始。比如编码和测试之间的关系。
　　● 资源依赖关系。即A任务和B任务使用同一个资源，当资源为A使用时，就不能为B使用，当资源为B使用时，就不能为A使用。例如一个程序员不能同时做2个模块的开发，必须做完一个模块再做另一个模块。
　　● 需求之间的接口关系。即A任务和B任务的输出存在接口，2个部分的输出需要组装在一起，如果组装的任务是C，则A，B任务未完成，C任务也无法开始。
　　● 调用关系。主要是对编码任务而言，任务A的代码为任务B的代码所调用，则A必须先完成。
　　● 采购关系。如果存在需要采购的外部构件的话，则采购行为必须先完成。
　　定义了任务之间的依赖关系，就可以识别出项目的关键路径，以重点关注关键路径。

（7）优先安排与系统架构有关的需求的开发
　　要优先安排关键功能需求、全局性功能需求、接口需求、非功能需求的开发，这些需求影响的范围比较广，一旦返工，工作量比较大，因此在安排任务前要先安排这些需求的设计、实现、测试与联调。在计划时若没有安排好任务的顺序，会造成在项目的后期阶段比如联调时，发现有些模块无法联调，需要写测试程序或者等待其他模块的完成。

（8）建立项目的里程碑
　　在项目进展的过程中，项目经理、PPQA、CM等从项目的不同的侧面对项目组的进展进行了跟踪，但是缺乏全面、系统地分析与评价，借助里程碑评审可以综合各方面的分析数据进行判断。在项目的里程碑处，一般是通过里程碑评审全面地对项目组外部的成员展示项目的进展，以判断上一阶段的工作是否完成，是否可以进入下一个阶段。很多企业往往将里程碑评审搞成了一种形式，成了走过场，这违背了里程碑评审的初衷。在里程碑评审时，要注意是否全面评价了项目组的进展？是否对项目组外面的相关人员展示了项目组的进展？如果里程碑评审仅有项目组内部的成员参加，则往往大事化小，小事化了，掩盖了真实的问题，不利于发现项目组中存在的问题。