1、发布计划
当开发人员和客户确定了用户素材和本次的迭代计划之后，首先要做的就是将制定的计划发布，这样便于开发人员对整个迭代有一个清晰的认识，换句话说就是让开发人员对本次迭代的目标有一个了解，增强开发人员对本次迭代的信心。计划的发布通常采用活动挂图、白板或其他工具，以列表的形式列出任务，开发人员逐个领取他们想要的任务或项目负责人分配给尚有预算工时的人员一些未被领取的任务。
2、每日汇总
在敏捷开发中通常每天采用“立会”的方式对每日的工作进行汇总和统计，保证在第一时间发现和解决问题。“每日立会”开始的时候，所有项目人员一起面对计划展板，依次针对昨天做了什么，今天要做什么，有什么问题三个方面进行每日总结和思考，并修改展板上的内容，会议时间通常在15分钟左右。在此过程中经常出现的会议超时，言之无物等问题，所以要求开发人员要积极主动进行思考，积极改善开发过程，提出自己的意见和建议。
3、迭代汇总
一次迭代结束之后，不仅仅要完成用户需求，产生一个可交付的产品，同时在开发过程的经验和教训也是本次迭代需要整理的重要资源。所以迭代结束的时候，项目人员要认真对项目进行计划的制定、计划的执行、执行过程中的问题、下次迭代需要注意和改进的地方等几个方面进行总结，并提出自己的意见和建议，为下次迭代的改进提出参考。
通过一次次的迭代，项目人员能够参与到项目管理中，不再单纯的完成任务，开发会变得舒适和主动，这正是敏捷开发所预期的。