敏捷教练----Scrum-仪式

https://www.atlassian.com/agile 

3.4 仪式
       会议或“仪式”是敏捷开发的重要组成部分。但它们是许多重要元素之一，不应该在真空中进行。(在瀑布项目中加入一些仪式并称之为“敏捷”，这听起来很诱人，但这不会给你带来任何好处。)
       让我们看一看每一个敏捷仪式，并了解它们是如何授权团队和驱动敏捷开发的。
注意：这些仪式中的许多仪式都来自Scrum的实践，这是一种迭代的，有时间限制的实现敏捷的方法。 这些仪式背后的概念可以应用于其他形式的敏捷，例如看板或lean。 “ Sprint”是特定于Scrum的术语。 其他形式的敏捷使用更通用的术语“迭代”来表示开发的时间限制。
 3.4.1 冲刺计划会议
与会者：开发团队，Scrum主管，产品负责人。
什么时候：冲刺开始时。
持续时间：通常每周一个小时的迭代。两周的冲刺以两小时的计划会议开始。
敏捷框架：Scrum。(当然，看板团队也会计划，但是他们并没有一个固定的迭代时间表，也没有正式的sprint计划)
目的：Sprint计划为整个团队在Sprint中取得成功奠定了基础。在会议中，产品负责人将有一个优先级产品待办事项列表。他们与开发团队讨论每个项目，并且团队共同评估所涉及的工作。然后，开发团队将做出sprint预测，概述团队可以从产品待办事项列表中完成多少工作。这些工作就变成了sprint backlog。
专家提示:
       利用sprint计划会议来充实需要完成的工作的细节。鼓励团队成员为sprint中的所有故事、bug和任务勾画出任务大纲。促进讨论并就行动计划达成共识。有效的计划大大增加了团队成功完成sprint承诺的机会。
 3.4.2 每日站会
与会者：开发团队，Scrum主管，产品负责人。
什么时候：每天一次，通常在早上。
持续时间：不超过15分钟。不要订会议室，也不要坐着开会。站起来有助于缩短会议时间!
敏捷框架：Scrum和看板。
目的：每日站会的目的是快速告知所有人团队中正在发生的一切。 这不是一次详细的状态会议。 语气应该轻松有趣，但内容丰富。 让每个团队成员回答以下问题：

• 我昨天完成了什么?
• 我今天要做什么?
• 是否遇到了什么困难？

在报告你昨天在同事面前完成的工作时，有一种隐含的责任。没有人想成为总是做同样的事情而没有进步的团队成员。
专家提示：
       一些团队使用计时器来使每个人都保持跟踪。 其他人则在整个团队中掷球，以确保每个人都注意。 许多分布式团队使用视频会议或群聊来缩小距离差距。 您的团队是独立。您应该站起来！
 3.4.3 迭代审查会
与会者：
必需：开发团队，Scrum主管，产品负责人。
可选：项目利益相关者
什么时候：在一个sprint或里程碑的末尾。
持续时间：30 - 60分钟。
敏捷框架：Scrum和看板。 像计划一样，看板团队的审查应该与团队的里程碑保持一致，而不是固定的节奏。
目的：迭代评审是展示团队工作的时间。它们可以是像“周五演示”这样的非正式形式，也可以是更正式的会议结构。这是团队庆祝他们的成就，演示在迭代中完成的工作，并从项目涉众获得即时反馈的时间。请记住，工作应该是完全可演示的，并满足团队的质量标准，以被认为是完整的，并准备在评审中展示。
专家提示:
       在Atlassian，我们以一种随意的方式对待sprint的评审，给他们一种庆祝的感觉。我们聚集在团队成员的办公桌前，观看他们演示他们的新功能。在办公室里到处都能听到拍手声!
 3.4.4 回顾会议
与会者：开发团队，Scrum主管，产品负责人。
什么时候：在迭代的末尾。
持续时间：60分钟。
敏捷框架：Scrum和看板。Scrum团队根据固定的节奏进行sprint回顾。看板团队也可以从偶尔的回顾中获益。
目的：敏捷就是获得快速的反馈，从而使产品和开发文化更好。回顾可以帮助团队理解哪些工作做得好，哪些不好。
回顾不仅是没有采取行动的抱怨的时候。 使用回顾来找出有效的方法，以便团队可以继续专注于这些领域。 另外，找出不起作用的地方，并花时间找到有创意的解决方案并制定行动计划。 持续改进是维持和推动敏捷团队发展的动力，而回顾是其中的关键部分。
专家提示:
即使整个团队进展顺利，也不要停止回顾。回顾为团队提供持续的指导，以保持事情顺利进行。
有些人错误的认为敏捷仪式能神奇地让团队变得敏捷。
团队的敏捷性是建立在坚实的工程实践、变化的战术和战略方法以及良好的团队协作之上的。敏捷仪式只是促进团队之间的沟通。