首先，要创建项目的仪表板，再测量进度，从测量开发速度开始。然后考虑采取如下行动。

　　如果还没有用迭代式开发，赶紧把剩下的项目分解成迭代吧，迭代时间越短越好。如果在不可改变的截止日期前有10个星期的时间，项目最少要分解成5个迭代，最好是10个。每周一个迭代，这可以帮你不断调整工作的优先级。迭代的目标是要完成某个功能或一组功能，这包括功能的开发、文档、测试，以及其他产品对于“完成”的要求。如果上市演示需要在线帮助，除非一个功能具备了在线帮助，否则它就不算完成。

　　在一个迭代中要集中精力，每日站立会议对此会有所帮助。项目团队的目标必须放在要完成的工作上。当完成足够多的细分任务之后，就可以得到一个完整的功能或是产品了。不要让团队中的人们受其他项目、未来工作或是技术债务的干扰，除非技术债务使得当前迭代的工作无法完成。

　　如果还没有准备好，就按功能逐个实现吧。这样可能会产生不完整的系统架构，不过不必担心。如果一个功能需要架构提供某些方面的支持，团队会实现的。如果功能上不需要，那就没有人会用它。

　　通过使用“游击队式敏捷”(guerilla-agile) ，可以消除很多上述的日程安排游戏。如果能够以不超过四周的时间盒来组织项目，按功能逐个实现，随进度集成，并测量进展速度，项目经理就可以中止这些游戏。如果总是能以这样的方式管理，那就可以完全避免绝大多数的日程安排游戏。