在已有的知识体系中，关于项目进度管理理论和方法的研究已经很多。但是在具体实践中，仅仅具有这些言传性的知识是不够的。因为这些知识提供的是一般的原理，在用于具体实践中的时候，还要根据具体的主客观条件加以选择、综合与灵活处置。特别是项目的一次性特点和独特性特点，使得它的进度管理更不能一切都按照成规办事，而需要有独立的抉择和处置。
这时候，包括经验、直觉、洞察力在内的项目进度管理知识将发挥重要的作用。那么应如何运用关键路径的方法来进行进度计划的安排。
进度安排思考方式
在IT项目中由于岗位角色划分，往往并不适合采用关键路径的方法来预计进度。进度安排关键在让所有人都尽可能早的动起来，在这里可以考虑的思考方式是：
1. 关注项目关键资源，关键资源必须优先安排来执行关键任务。
2. 通过组件细分和迭代，增加后期集成时间，但缩短前期关键路径等待时间。
3. 通过每日构造将测试也迭代起来。
4. 进度紧往往更不该跳过需求和总体设计评审而直接编码，后期返工往往是灾难性的。
有效的方法论和过程
在裁剪过程的时候，必须清楚的认识到哪些过程元素是保证项目成功的核心要素，哪些是可以省略的。XP方法论对于任何一个功能的开发仍然是遵循小瀑布，而不是跳过程。一个设计思路可以在纸面设计草图后就可以开始编码，后期再形成规范的文档，但决定不是说不经过设计就开始编码。需求，DEMO原型，总体架构，数据库设计，评审，项目开发模式和规范都是重要的元素，都应该最有效的去发挥作用。因此以下是可以考虑的关键点：
1. DEMO原型必须和用户沟通确认，但需求阶段技术架构工作可以并行。
2. 需求和架构，数据库必须经过评审。
3. 架构或总体设计完成后必须进行培训，强调后续的开发模式和规范。
4. 架构开发不一定要全部完成才能开始后续工作，但事先要定义清楚接口。
5. 详设可以出纸面草图，面对面沟通后即可开始编码，后期再补规范文档。
6. 对于100%要做的不涉及业务规则功能可提前编码，如一些基础表的维护。