会议或“仪式”是敏捷开发的重要组成部分。但是它们是许多重要元素之一，不应在真空中进行。（在瀑布项目中添加一些仪式并称其为“敏捷”是很诱人的，但这无济于事。）
让我们看一下每个敏捷仪式，并了解它们如何赋予团队权力并推动敏捷的发展。
注意： 这些仪式中的许多仪式来自Scrum的实践， 这是一种迭代的，有时间限制的实现敏捷的方法。这些仪式背后的概念可以应用于其他形式的敏捷，例如 看板 或精益。“ Sprint”是特定于Scrum的术语。其他形式的敏捷使用更通用的术语“迭代”来表示开发的有时间限制的时期。
冲刺计划
与会者： 开发团队，Scrum主管，产品负责人
时间： 冲刺开始时。
持续时间： 通常每周迭代一个小时-例如，为期两周的冲刺与为时两小时的计划会议开始。
敏捷框架：Scrum。（当然，看板团队也进行计划，但是他们没有使用正式的sprint计划进行固定的迭代计划）
目的： Sprint计划可以使整个团队在整个Sprint中取得成功。参加会议的产品负责人将优先处理积压的产品。他们与开发团队讨论每个项目，小组共同估算所涉及的工作。然后，开发团队将进行冲刺预测，概述团队可以从产品待办事项中完成多少工作。该工作然后成为sprint待办事项。
提示：
使用sprint计划会议充实需要完成的工作的详细信息。鼓励团队成员为冲刺中涉及的所有故事，错误和任务草拟任务。促进讨论并在行动计划上达成共识。有效的计划显着增加了团队成功完成冲刺承诺的机会。
每日站立
与会者： 开发团队，Scrum主管，产品负责人
时间： 每天一次，通常在早晨。
时长： 不超过15分钟。不要预定会议室，也不要坐下来站起来。站起来有助于缩短会议时间！
敏捷框架： Scrum和看板。
目的： 站立旨在将团队中正在发生的一切迅速告知每个人。这不是一次详细的状态会议。语气应该轻松有趣，但内容丰富。让每个团队成员回答以下问题：
- 我昨天完成了什么？
- 我今天要做什么？
- 我被什么东西卡住了吗？
报告您昨天在同行面前完成的工作有一个隐含的责任感。没有人愿意成为不断做同样的事情而没有进步的团队成员。
提示：
一些团队使用计时器来使每个人都保持跟踪。其他人则在整个团队中掷球，以确保每个人都注意。许多分布式团队使用视频会议或群聊来缩小距离差距。您的团队是独一无二的。您也应该站起来！
迭代审查
参加者：
必需： 开发团队，Scrum管理员，产品所有者
可选： 项目涉众
时间： 冲刺或里程碑的末尾。
时长： 30-60分钟。
敏捷框架： Scrum和看板。像计划一样，看板团队的审查应该与团队的里程碑保持一致，而不是固定的节奏。
目的： 迭代审查是展示团队工作的时候。它们可以是“ demo Fridays”之类的随意格式，也可以是更正式的会议结构。这是团队庆祝自己的成就，演示迭代中完成的工作以及获得项目利益相关者立即反馈的时候。请记住，工作应完全可证明且符合团队的质量标准，才能被认为是完整的并准备在审查中展示。 专家提示：
在Atlassian，我们采取随意的方式来冲刺评论，并给他们一种庆祝的感觉。我们聚集在团队成员的办公桌旁，看着他们演示他们的新功能。听到整个办公室鼓掌的情况并不少见！
复盘
与会者： 开发团队，Scrum主管，产品负责人
时间： 在迭代结束时。
时长： 60分钟。
敏捷框架： Scrum和看板。Scrum团队会根据固定的节奏进行回溯冲刺。看板团队也可以从偶尔的回顾中受益。
目的： 敏捷就是要获得快速反馈，以改善产品和开发文化。回顾可以帮助团队了解什么有效，哪些无效。
回顾不仅是没有采取行动的抱怨的时候。使用回顾来找出有效的方法，以便团队可以继续专注于这些领域。另外，找出不起作用的地方，并花时间找到有创意的解决方案并制定行动计划。持续改进是维持和推动敏捷团队发展的动力，而回顾是其中的关键部分。 专家提示：
即使整个团队进展顺利，也不要停止回顾。回顾为团队提供了持续的指导，以使事情进展顺利。
有人认为敏捷仪式神奇地使团队变得敏捷。他们错了。
团队的敏捷性基于 扎实的工程实践，变革的战术和战略方法以及出色的团队协作。敏捷仪式只是促进团队之间的沟通。
