五场Scrum活动的目的
Scrum中有五个事件。但只是走走过场，把每一件事都写在日历上是不够的。为了从Scrum中获得最大的收益，你的团队需要理解这五个事件背后的目的。
冲刺
Sprint的目的是交付一个完成的、可用的、满足Sprint目标的增量。
让我们从Sprint本身开始。Sprint不是会议。这甚至不是一次聚会。它是一个包含所有其他事件的容器。这些话可能会诱使您跳过这一部分，但是关于Sprint，您需要了解一些事情。
Sprint有一个月的时间框。虽然Sprint的持续时间取决于您的团队，但不能超过一个月。Sprint应该有多长?它应该足够长，以交付一个Done，可用的增量，而不是更多。
在Sprint期间，质量不会下降。我们不会走捷径来交付我们在Sprint计划中选择的所有产品待办事项列表项。
一切都发生在冲刺中。细化下一个Sprint的产品待办事项列表发生在Sprint期间。Sprint计划、每日Scrum、Sprint评审和Sprint回顾都发生在Sprint中。
没有特别的sprint。没有“测试”或“发布”冲刺。相反，每个Sprint的结果都是完成的，有价值产品的潜在可发布增量。
Sprint计划
Sprint计划的目的是为即将到来的Sprint计划工作。
在Sprint计划活动期间，您的Scrum团队做出决定什么在Sprint期间交付的产品待办事项列表项如何你会产生它们。您的团队为描述的Sprint创建了一个目标为什么您正在交付这些产品待办事项列表项，它们为Sprint提供了焦点。
Sprint计划会议不仅仅是选择产品待办事项列表项;而是关于计划Sprint的工作。如果您的团队没有讨论他们将如何生成所选择的产品待办事项列表项，那么他们就没有充分利用Sprint计划事件。这是否意味着你需要规划Sprint的每一天?不，它没有。Scrum团队应该为开始做足够的计划。团队在Sprint计划事件的Sprint Backlog中创建他们的Sprint计划。然而，在Sprint过程中，随着了解的越来越多，它也在不断发展。
例如，假设一个Scrum团队正在粉刷一个房间。在Sprint计划会议上，他们决定Bob将购买油漆和刷子，Sue将粉刷北墙，Bill将粉刷南墙，以此类推。在Sprint期间，团队意识到他们购买了错误的油漆颜色。作为回应，他们向Sprint Backlog中添加了一个任务，以让Shelly返回油漆商店购买正确的颜色。团队在Sprint计划活动中制定了最初的计划，但是随着工作需求的展开，Sprint Backlog逐渐出现。
Sprint计划事件对于一个月的Sprint有一个8小时的时间框。对于较短的sprint，项目通常也较短。
每日例会
每日Scrum的目的是增加交付完成的、可用的增量以满足Sprint目标的可能性。
在每日Scrum中，开发人员监控他们交付完成的、可用的增量的进度满足Sprint目标，他们计划他们接下来24小时的工作．
每日Scrum有一个15分钟的时间框。重要的是尊重时间限制．我曾经犯过一个错误，让每日Scrum持续了一个小时。没有人来参加下一次的每日例会。
每日Scrum是不是一个解决问题的事件．这是您的团队识别(而不是解决)障碍的地方。如果一个问题需要额外的时间来解决，必要的人员应该尽快会面(也许是在每日Scrum之后)来解决问题。
冲刺评审
Sprint评审的目的是让团队讨论他们在Sprint期间完成了什么，并就下一步要做什么进行合作。
Sprint评审是Scrum团队和涉众/客户进行评审的机会检查团队交付了什么，朝着产品目标和适应相应的行动。Sprint评审则不然一个演示-虽然演示可能会在议程上。相反，这是一个关键的检查和调整事件，您的团队在此收集产品负责人可能用于更新产品待办事项列表和产品预测的反馈。
Sprint评审的时间框是4小时。这个时间框的存在是为了尊重与会者的时间，并确保会议保持高效。
Sprint回顾
Sprint回顾的目的是提高Scrum团队的效率。
回顾是Sprint中的最后一个事件。团队讨论了Sprint是如何围绕个人、交互、过程、工具以及他们的“完成”定义进行的。所有Scrum团队成员都参加了会议，包括Scrum管理员、开发人员和产品负责人。与Scrum中的所有事件一样，没有预定义的议程。无论活动如何展开，在回顾结束时，Scrum团队必须确定他们将对过程、工具、交互或完成定义进行的一到两个改进。为什么只有一两个?因为您不能一次完成所有的事情，而一系列小的、增量的更改比对团队流程进行广泛的“重写”更有影响力。
Sprint回顾的时间框是3小时，尽管对于较短的Sprint，回顾通常会更短。
结论
为了最大限度地利用Scrum, Scrum团队成员必须理解每个事件背后的目的。Sprint计划不仅仅是选择产品待办事项列表项;而是关于计划Sprint的工作。每日Scrum不是机械地回答三个问题(你今天做了什么，明天要做什么，你有什么障碍吗?)它是关于增加交付满足Sprint目标的已完成增量的可能性。Sprint Review不是一个演示;而是讨论你们已经完成了什么，并就下一步要做什么进行合作。Sprint回顾不是一个发泄的会议;这是Scrum团队改进合作方式的机会。
要了解更多关于每个Scrum活动的目的，请注册Rebel Scrum应用专业Scrum类。愿原力(和Scrum)与你同在。
关于玛丽伊克巴尔
Mary在敏捷、Scrum和看板方面培训了1000多人。她为拥有60多个团队的组织指导了敏捷转型，并领导了新产品的创建，从产品定义到自组织和发布。玛丽是……的创始人叛军Scrum这是一家帮助团队向敏捷转变的咨询公司，并根据实际经验提供培训和指导服务。Rebel Scrum拥有在各种环境(包括技术和业务转换)中进行大规模敏捷转换的经验。注册Rebel Scrum即将上市Scrum培训课程或联系我们讨论私人Scrum培训为您的组织提供咨询。
关于Scrum，还需要学习哪些内容?
注册一个吧Scrum的反抗即将到来的类:
- 应用专业Scrum
- 面向Scrum新手的入门课程
- 专业Scrum Master
- 面向Scrum master教练团队
- 专业Scrum Master II
- Scrum master的高级课程
- 专业敏捷的领导
- 适用于敏捷团队的领导者和经理
- 专业的Scrum产品负责人
- 产品负责人
- 专业Scrum产品负责人——高级
- 产品负责人高级课程
- 带有看板的专业Scrum
- 对于任何有兴趣学习在Scrum团队中实现看板原则的人
- 使用Nexus缩放专业Scrum
- 对于三个或三个以上的团队一起开发一个产品
公共类和私有类都可以使用。欲知更多，联系叛军Scrum．