根据经验规划

　　即先做少量的规划，再根据实践过程中得到的信息来做进一步的规划，这样可提高项目的可行性。试图预测未来的规划很难奏效，除非你是个预言家，否则应该尽量在项目中根据经验做规划和日程安排。

　　安排项目日程

　　首先，要按可交付物安排日程，而不是按功能;其次，要以迭代的方式安排日程;再次，要使用难度较低的工具安排项目日程。过度追求完美的项目时间表可能意味着在实际项目中浪费更多的时间。

　　足够的时间规划

　　日程安排是由整个项目团队共同制定的，因此，每个人都要对日程有信心。不过，天有不测风云，总会发生点儿意外，所以我们要做足够的时间规划，而且要使用波浪式规划，这样才可以随着环境的变化灵活地更新日程安排。

　　管理会议

　　在组织项目时，项目经理要尽量避免浪费时间的会议。要让团队将注意力集中在项目上，这是最简单、最有效的方式。在帮助团队朝着合理的交付截止日期前进时，要 保证团队不受外界干扰和影响。如果会议对于任何人都毫无价值，那就取消掉;同时准许团队成员不参与无法贡献和收获价值的会议。也许有些团队成员会不高兴， 认为你觉得他们不够重要从而不能参加会议。要跟他们解释清楚，你不让他们参会是因为他们太重要了。

　　速度图

　　如果只能绘制一个图表，那就选择速度图。速度图集三种度量方式为一身：需求、已完成工作和时间。虽然无法从中看到自己希望了解的缺陷率或成本，却能从该图中 对项目的整体进度有所掌握。使用速度图可以使你在一张图中同时度量多个趋势：整体需求数量和已完成工作，其中包括所有的测试、文档以及项目需要等其他内 容。这是最有用的图表，是项目经理的好朋友。但要注意，速度图只是获取数据的工具，不是目的。

　　测试

　　从项目开始就要坚持“减少技术债务”的原则，让测试与开发同步进行。测试会将项目的风险展现在众人面前，大家越早看到这些风险越好。在采纳顺序式生命周期的 项目中，要让测试人员参与到需求分析阶段，询问他们关于产品需求的反馈;在采用迭代式生命周期的项目中，要请测试人员帮助评估原型;使用增量式生命周期的 项目，只要有可供测试的部分，就可以让测试人员尽早开始测试功能;在实施敏捷的项目中，要确保测试人员与开发人员一起工作，以开展技术层面的测试。同时， 还要让测试人员与产品负责人一起，编写面向客户层面的测试。