原文作者：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打算在其工夫范畴到期时完结，或者如果事件的目标实现了，则能够提前结束。