原文作者：Sjoerd Nijland
原文地址：https://medium.com/serious-sc…
翻译：柴晓燕 & 付新圆

对于麻利中的流动有很多，本文先从 Sprint 打算开始，分享一些办法、倡议和注意事项，这些对了解和实际 Scrum 都很有帮忙。

Who？

Sprint 打算的参与者：整个 Scrum 团队。

请留神，Sprint 打算是 一个踊跃的、单干的流动。如果需要的话，大家能够随便走动查找材料或解决问题。开发团队能够招集其他人来帮忙，在会议期间能收集到更多信息。

“开发团队还能够邀请其他人加入，以提供技术或畛域倡议。”— Scrum 指南

参与性

并不是每位成员都会在参加流动时体现出积极主动和创造性，有些成员只有在感到自信或难受时才会退出。

出勤率和参与度低都会升高透明度，并带来危险。Scrum Master 认为每个人都加入和参加是他们的责任。

“Scrum Master 能够确保流动进行，并确保参与者理解其目标。”— Scrum 指南

我认为，解释缺勤和参加的价值，同时发明一个舒服、欢快、平静和尊重的环境，是 Scrum Master 激励团队成员参加的最佳办法。

“给他们提供所需的环境和反对，并信赖他们来实现工作。”—麻利宣言。

有时，参与者可能会占据主导地位，并试图利用一事件来领导和影响团队的方向。这些输出可能十分有价值，但可能会障碍其他人增加贵重的输出，参与者应该意识到这一点。当团队成员之间产生不尊重甚至友好时，Scrum Master 应该及时染指。团队要把 Scrum Master 视为教练，以爱护团队环境的平安。

When?

Sprint 打算产生在什么时候：Sprint 的开始。

这其实是一个很难答复的问题，《Scrum 指南》并没有明确指出 Sprint 打算必须在一开始就进行。事实上，如果精确地解释的话，在 Sprint 打算期间打算的工作指的是行将到来的 Sprint，而不是以后的或这个 Sprint。Sprint 打算不会在两者之间进行，因为 Sprint 在上一个 Sprint 完结后立刻开始。请记住，Sprint 充当的是事件的容器。

《Scrum 指南》暗示了这一点。

“每个人都在另一个 Sprint 中重新组合，打算开始另一个 Sprint”—《Scrum 指南》。

侥幸的是，Scrum.org 的 Scrum 词汇表更加具体：

“Sprint 打算：定时流动，以开始 Sprint。”— Scrum 词汇表

团队在优化期间筹备 Sprint 打算并不少见。总的来说，Sprint 打算在统一的工夫和中央开始。

How long ?

如果进行长度为一个月的冲刺，最多须要 8 个小时来进行冲刺打算。对于周期短的冲刺，则破费的工夫更少。

团队通常会依据 sprint 的周期来制订迭代打算，一个星期的 Sprint 可能 须要 2 个小时的打算工夫。请记住，这只是最大工夫，没有最小工夫。经验丰富的团队很可能在时限到期之前实现打算。

好的合作与改良能促使 sprint 打算会议更加迅速，更加无效。就是说，工夫并不能决定解决问题的效率。

筹备

Sprint 打算时咱们要筹备以下内容：

• 来自 Sprint 回顾会的反馈和有价值的输出内容（可能曾经退出到产品待办事项列表中）
• 欠缺的产品待办列表
• 在上次迭代回顾会议上确定的至多一项 优先级较高的流程改良
• 探讨 Sprint 的潜在指标
• “实现”的规范，即验收规范。
• 最近一次的产品增量
• 最近一次迭代开发团队的体现
• 冲刺期间开发团队的预计容量

在我的我的项目中，团队经验了很屡次迭代，成员们都在呐喊推延 Sprint 打算，他们要么不认为上一个 Sprint 曾经实现，要么感觉本人筹备不充沛。

那么，上一个 Sprint 中 未被认 为“实现”的工作能够从新 布局 到下一个 Sprint 中。请记住一个冲刺规定的工夫范畴完结标记着这个冲刺的完结，当然勾销冲刺除外。

无论哪种状况，Sprint 打算都不会推延。如果在 Sprint 打算之前，上述所有内容都不是通明的，那么 Sprint 打算的工夫范畴可能容许在打算期间发明这种透明性。

Ready 的解释

一些团队应用“Ready”的定义。Scrum 仅规定了一个定义（只管这并不排除团队引入诸如 INVEST) 规范之类的其余定义）：

“能够由开发团队在一个 Sprint 内“实现”的产品 Backlog 项被认为是“筹备好”的，能够在 Sprint 打算中进行抉择。”—Scrum 指南。

目标

“在 Sprint 打算完结时，开发团队应该可能向产品负责人和 Scrum Master 解释其打算如何作为自组织团队来实现 Sprint 指标并创立预期的增量。”— Scrum 指南

并且：

“开发团队在 Sprint 的第一天 打算的工作将在本次会议完结前被合成。”— Scrum 指南（强调）

如果实现了此目标，就达到了 Sprint 打算的目标。

为了实现此目标，Sprint 打算分为两个局部：

1. 此 Sprint 能够做什么？

Scrum 团队独特的 Sprint 指标 应该达成统一。产品负责人不指定 Sprint 指标，而是探讨 Sprint 应该实现的指标。最开始的时候团队须要透明性，每个人对 Sprint 的目标的了解都须要保持一致。Sprint 指标为开发团队抉择施行的指标提供了肯定水平的灵活性。冲刺指标可能雄心勃勃（毕竟这是一个指标），并有促成个体合作的作用。

产品负责人也将探讨产品待办事项，如果这些事项在 Sprint 中实现，将达到 Sprint 指标。

而后，开发团队将创立一个 Forecast （预测），这是对产品待办事项的初步抉择，基于对产品的意识能够在 Sprint 中实现工作以达到 Sprint 指标。

“只有开发团队能力评估在行将到来的 Sprint 中能够实现的工作。”— Scrum 指南

开发团队能够要求产品负责人阐明并从新协商这些待办事项。

在第一个 Sprint 的开端，开发团队应该理解为什么要构建增量。

2. 所选工作将如何实现？

当协调一致时，开发团队将制订一个交付的初始打算。这些内容就是 Sprint Backlog，它将在整个 Sprint 中持续呈现。请记住，这还包含来自 最近一次 Sprint 回顾 会 的改良打算。

舒适提醒：预测并非承诺。开发团队创立的预测，应无效的去施行或对有价值的更改进行实际。尽管开发团队作为业余人员承诺尽其所能，但品质指标不应升高，团队也不应为了实现预测而在“实现”的定义上偷工减料。

在此流动中，开发团队可能曾经自组织并承当了工作：

“开发团队在 Sprint 打算期间以及整个 Sprint 中依据须要自行组织以进行 Sprint Backlog 中的工作。”— Scrum 指南

透明性

除了为 Sprint 打算筹备输出之外，团队还有很多办法来实现 Sprint 打算。在 Sprint 打算期间，团队的力量在工作中的汇报是不言而喻的。

团队来决定如何最好地推动 Sprint 打算，是十分要害的。

“流程中最重要的是必须对负责后果的人员 可见 。”— Scrum 指南

并且：

“产品负责人的决定在产品待办事项列表的内容和 序列中 可见 。”— Scrum 指南

更重要的是：

“Sprint 待办事项是开发团队打算在 Sprint 期间实现的工作的 高度可见的 实时 影像”—《Scrum 指南》

也就是说，我要揭示大家不要仅仅依赖电子看板来实现这种透明性：

有些蹩脚的设置，例如：“团队会不耐烦地、掉以轻心地围坐在一张桌子旁，桌子上的大屏幕正显示着电子看板，团队们 紧盯 着一个人依照批示更新看板…”

S.W.O.T

团队能够思考的非 Scrum 技术是一个 SWOT 画布，在这个画布上，团队能够使重要因素变得通明。依赖关系会带来危险，因而能够在 sprint 期间跟踪它们。

当然，在 Sprint 过程中，也会发现或引入新的威逼，如障碍物。Sprint 打算能够帮忙团队为过后已知的事件做筹备，也须要思考到它将来可能遇到的未知挑战。

一致

一致性，是我认为的任何 Scrum 流动的目标（即便 Scrum 指南中没有应用这个术语），认真的查看能使团队在理论状况上保持一致，从而造成独特的了解。

通常，在 Sprint 打算期间会探讨许多主题，如果不是所有成员都在场，或者输出内容不通明，那么团队可能就会做出谬误的假如，沟通不畅，从而导致团队不协调。产生了一致将无奈做出最佳决策，从而引入危险且价值无奈最大化。

有时候，Scrum 团队成员很难真正地在 Sprint 指标、预测或如何进行工作的打算上保持一致。与任何事件一样，每个人都必须恪守 Scrum 价值观，每个人都应该可能以尊重的形式表白本人的想法，不同的观点是学习的机会。当团队不能就如何批准或不批准达成统一时，这将在整个开发过程中造成重大的中断。

自组织团队须要学会温和的解决一致。“不批准但承诺”是团队能够批准的潜在准则，但这可能并不适宜每个团队。因而，有多种办法能够达成共识。为了疾速检测是否达成共识，团队能够采纳诸如 应用手势这样的形式。

请记住，仅在 Sprint 的第一天就打算好工作就足够了。

Scrum Master 对 Sprint 打算的作用

作为 Scrum Master，能够试着验证团队中每个人是否了解 Sprint 的目标和办法，并且反对 Sprint。

整个团队是否理解如何合作？信念程度是多少？他们实际上是在承诺还是在默默地遵从？

从 Sprint 打算完结时的气氛来看，Scrum Master 通常曾经能够在某种程度上预测整个 Sprint 的冀望。

请记住，这仅仅是开始。随着 Sprint 的提高和更多的常识，打算必须进行调整，并且团队的自我组织，实现 Sprint 指标或发明预期增量的能力可能会受到挑战。

另外，作为 Scrum Master，揭示 Scrum 团队他们的改良指标很重要，在制订打算时也要思考到这一点。

Sprint 打算在其工夫范畴到期时完结，或者如果事件的目标实现了，则能够提前结束。