Scrum事件减少会议
在向刚接触Scrum的人描述Scrum框架及其五个活动后，我通常听到的第一件事是:“开会太多了!”
乍一看，我明白了像很多。但当我让人仔细观察时，就不是这样了。我解释说如果他们列出所有的会议一个月后，可能看起来也很多。(而且，这个数字可能令人惊讶)。
审视这五件事，首先要指出的是Sprint不是一个会议;它是所有其他事件的容器。Sprint计划会议在每个Sprint中只举行一次，评审和回顾活动也是如此。只有每日Scrum每天进行，该活动有15分钟的时间框。
下面是对每个事件的描述，以及如何通过练习减少对其他会议的需要。
冲刺
Scrum中的第一个活动是Sprint。正如前面提到的，它不是一个会议，而是其他事件的容器。我认为Sprint是Scrum的心跳，因为它为其他事件设定了节奏和频率。Sprint以Sprint计划开始，以Sprint回顾结束。
Sprint的时间框不超过一个月。团队可以选择最适合他们的Sprint持续时间。许多团队选择一个或两个星期的时间段。Sprint的最佳长度是多少?就像Scrum中的许多事情一样，这取决于情况。持续时间应该足够长，以使Scrum团队能够交付可用产品的完成增量，并倾向于较短的时间尺度。在高风险的环境中(比如未知的技术需求或快速变化的客户需求)，最好选择较短的Sprint。这限制了在与客户和其他团队成员一起评估已经完成的工作并决定下一步要做什么的时间投入。
Sprint如何减少其他会议的需要
30天以后很难制定出任何确定的详细计划。一个月以上的计划需要更多的时间和风险。
这并不意味着Scrum团队不考虑一个月以后的情况。他们可以创建一个预测，预测Scrum团队在更长的一段时间内可能交付的内容。但是，这只是基于团队当前的工作速率和产品待办事项列表中的内容的预测。在Scrum中，产品待办事项列表本身就是这个计划。
Sprint计划
第二个Scrum事件是Sprint计划，团队计划Sprint的工作。Sprint计划包括选择什么要交付的产品待办事项项(pbi)，并为其创建计划如何完成工作。团队还确定了一个Sprint目标，通过描述来提供重点为什么这个Sprint的背后。
Sprint计划活动如何减少其他会议的需要
通过一起计划Sprint，团队可以集思广益什么，当,如何减少会议，因为:
- 团队不需要多次开会来计划每个功能。
- 团队了解每个团队成员在Sprint期间所做的事情，如果需要进行更改，团队可以更容易地进行调整。
- 团队不需要详细计划他们每天要完成的Sprint。相反，他们的计划只够开始，当他们了解更多的时候，剩下的计划就会浮出水面。
每日例会
每日Scrum是一个面向开发人员的15分钟会议，让他们能够监控Sprint Backlog的进展，并为未来24小时制定计划。该事件旨在增加交付满足Sprint目标的已完成产品增量的可能性。
每日Scrum如何减少其他会议的需要
在每日Scrum中，开发人员会面看看他们是如何朝着Sprint目标前进的，并根据需要调整他们的计划。“每日scrum改善了沟通，识别障碍，促进快速决策，并因此消除了其他会议的需要。”- - -2020 Scrum指南．
我无法告诉你有多少次开发人员在开发瀑布式项目时，为了一个他们不知道如何解决的问题而默默地挣扎了几天。在Scrum中，这种情况永远不会发生。在这些问题成为Scrum团队的大问题之前，团队成员每天都会识别这些问题。整个团队都有责任交付Sprint待办事项，所以如果一个人遇到困难，其他成员就会提供帮助。
冲刺评审
在Sprint评审期间，Scrum团队与涉众会面，讨论他们在Sprint期间完成的工作。他们检查Sprint的结果，并就下一步要做什么进行合作。这是一个直接从利益相关者那里听到团队交付内容的关键机会。Scrum团队成员也可以看到整个增量。
Sprint评审事件如何减少其他会议的需要
通过经常与他们会面，团队可以了解涉众对他们工作的看法，并利用这些信息进行头脑风暴，以最大化他们所交付的价值。团队可以根据需要调整他们的路线，避免在多个Sprint中朝着“错误”的方向前进。当团队最终发现他们所交付的内容并不是涉众所期望的时，这种早期反馈可以避免召开紧急会议;相反，他们会尽早发现这些信息，并尽快采取行动。
Sprint回顾
Sprint的最后一个活动是Sprint回顾。这次活动是团队自我反省的机会。成员们讨论Sprint是如何针对个人、交互、过程、工具和他们的“完成”定义进行的。
作为结果，团队确定了改进的想法，并尽快实现它们。许多团队决定将改进想法放入下一个Sprint Backlog中，以增加透明度，并使工作项更有可能完成。
Sprint回顾活动如何减少其他会议的需要
Sprint回顾是一个讨论Sprint中出现的任何问题并集思广益解决问题的机会。这种讨论在每个Sprint都会发生，所以问题不会随着时间的推移而恶化和恶化。
此外，这个活动允许团队集思广益，以改进他们的流程和交互，经常消除关于冲突和效率低下的会议。
结论
这五个Scrum事件提供了足够的结构和协调，使Scrum团队能够交付价值。这些活动都有意缩短，这样Scrum团队成员就不会陷入无休止的无增值讨论。试试，看看需要多少时间你的团队可以节省更少的会议时间。
关于玛丽伊克巴尔
玛丽在敏捷、Scrum和看板方面培训了1000多人。她指导了60多个团队的敏捷转型，并领导了新产品的创建，从产品定义到自组织和发布。玛丽是……的创始人叛军Scrum这是一家帮助团队向敏捷转变的咨询公司，提供基于实际经验的培训和指导服务。Rebel Scrum拥有在各种环境中进行大规模敏捷转换的经验，包括技术和业务转换。注册为Rebel Scrum即将到来的公众之一Scrum培训课程或联系我们讨论私人Scrum培训为您的组织提供咨询服务。
关于Scrum还有什么可以学习的?
注册一个Scrum的反抗即将到来的类:
- 应用专业Scrum
- 为Scrum新手准备的入门课程
- 专业Scrum大师
- 面向Scrum master教练团队
- 专业Scrum Master II
- Scrum大师的高级课程
- 专业敏捷领导
- 适用于敏捷团队的领导者和管理者
- 专业Scrum产品负责人
- 产品负责人须知
- 专业Scrum产品负责人-高级
- 产品负责人的高级课程
- 带看板的专业Scrum
- 对于任何有兴趣学习在Scrum团队中实现看板原则的人
- scale Professional Scrum with Nexus
- 对于三个或更多的团队一起开发一个产品
公共类和私有类都可以使用。欲了解更多，请联系叛军Scrum．
