迭代启动会
迭代启动会需要提前做好准备。需要确保团队成员对本迭代将要展开的工作都有详尽的了解。了解的范围包括需求业务价值、需求目标，对于较复杂的需求，还需要提前完成需求详细设计评审。
在迭代启动会过程中，整个团队根据团队在迭代周期所具备的工作人日选择在该迭代周期可完成的工作。敏捷的迭代开发的意义在于团队本身可以根据其能力和上次迭代的经验来决定在本迭代周期可交付的工作量。
以客户为导向
与客户协作是敏捷方法学中的关键点。根据该原则，敏捷团队应提供客户所需的所有信息，并告知客户工作进度。同时，频繁的沟通也应该是内部团队合作的一部分。
需求澄清
大的需求经常需要切碎成一个个子任务。切碎后，产品经理和团队成员将共同确定完成每个子任务所需的工作量。最后，子任务会根据客户的业务需要进行优先级排定。
通常，一个典型的需求澄清应包含如下内容：需求描述，可能存在的问题，需具备的知识以及需要的技术性工作。
需求澄清过程中的所有子任务均需根据其业务价值进行排序。任务价值越高，开发人员将越早对其进行处理。与较低的子任务相比，优先级高的子任务需描述更加详细、清晰。需求澄清后所有的子任务信息都应该描述清晰，并且能被非技术人员看懂。
站会
站会是每天的简短会议，最好早晨展开。会议通常由产品经理安排。一般站会持续10到15分钟，需要整个团队的参与。
站会一般涉及三个主要问题：
[if !supportLists]1、[endif]昨天做了什么
[if !supportLists]2、[endif]今天计划做什么
[if !supportLists]3、[endif]当前存在什么阻塞
为实现敏捷团队的去中心化，增加团队成员的参与感，站会的主持人最好不要固定为某一个人，定期轮流主持较为恰当。
产品演示会议
产品演示会议是迭代工作质量验收的重要一环，当前迭代的产出是否符合预期，是否达到了交付标准，通过产品演示环节，这些问题都能暴露出来。产品演示环节也是获取客户反馈意见，进一步了解客户期望值的重要方式。
产品演示环节应尽早安排，在每个任务达到演示条件即展开演示工作，尽早发现问题，降低影响。
回顾会议
回顾会议是对整个迭代的总结，建议所有团队成员都参加，包括客户。
在回顾会议中，我们需要讨论的问题是，本迭代的完成情况，本迭代的工作质量，本迭代团队暴露出的问题，以及存在需要继续保持的有点。并为本迭代存在的问题寻找解决方案。
回顾会议在总结工作的同时，能让团队在迭代过程中不断成长，实现团队整体能力的迭代提高。
结论
如上所述，该列表只包含了与敏捷实践相关的几个环节，许多其他方面诸如设计、编程、测试等方面的实践并未进行探讨。
如果您认为列表的关键部分应包括此处遗漏的某些特殊做法，请在评论中告知我们。
