您的团队是Scrum新手

久前，我发布了一个名为：Sprint Planning会议的简单备忘单。虽然我知道每个团队都是不同的，但我认为这对那些刚接触敏捷过程的人是有帮助的。人们总是在寻找备忘单、模板之类的东西。给他们想要的有什么坏处呢?

回想起来，我认为伤害是缺乏上下文。当人们来到培训班时，他们提供了理想的情况。即使是Scrum指南也写得好像你一直在做Scrum一段时间。它并没有谈论发生在您的团队第一次冲刺的事情。它并没有谈论对企业的缩放的复杂性。这只是香草。

我刚教完一支新球队回来，下个星期我要回去看看他们的表现如何。为了让他们继续前进，我促进了发布计划和sprint计划。这就是事情变得有趣的地方。如果您的团队从未做过发布计划或sprint计划，那会怎样?

释放和冲刺规划

释放规划的目的是，组织可以有一种路线图，有助于他们达到目标。因为我们所知道的很多东西都随着时间的推移而出现，我们真正知道的大部分是我们未来的许多未知数和“未知”未知数。尽管如此，我们的组织仍然希望我们预测未来，所以他们可以做出更好的决定。

Sprint规划的目的是为整个团队同意完成一套准备好了顶级产品积压项目。本协议将定义Sprint Backlog，并且基于团队的速度或容量以及Sprint TimeBox的长度。

如果您的团队是Scrum的新功能，您就没有速度（以前的冲刺速度），您不确定您的身份（您的团队可以以可持续的步伐处理多少工作）。你做什么工作？

积压

产品积压可以在任何内容中解决任何内容，包括新功能，错误和风险。为了Sprint Planning，产品积压项目必须足够小在Sprint期间填写（开发，经过测试，记录，记录），可以核实他们实施了产品所有者的满意。

同样，您的团队是Scrum的新手。他们如何知道什么足够小是？

右上尺寸模拟积压项目

产品待办事项被确定为太大而不能在sprint中完成，基于历史数据在团队中，在Sprint计划会议期间，不应被视为Sprint Backlog候选者，并且应该分成较小的碎片。请记住，每个故事必须能够独立（垂直切片）。它不应该是不完整或基于过程（水平切片）。

同样，您的团队是Scrum的新手。他们没有历史数据。

确定速度

团队的速度是通过总结前一个sprint中所有已完成和已接受的工作的估计得出的。随着时间的推移，通过跟踪团队的速度，团队更少地关注利用率，而更多地关注吞吐量。

如果你有一个新的团队，你不仅没有速度，你将没有任何已完成的工作来比较你的估计，你将不知道有多少可交付的。你做什么工作？

如果你的团队是Scrum的新手，我推荐

你和你的团队需要去吧！您跟踪您正在完成的内容并收集历史数据。您通过Sprint来建立一些上下文中的未来冲刺。

在球队开始稳定之前，前几个短跑将是漂亮的岩石。问自己。WWDD？德明会做什么？计划一个小;做一个小;查看你做了什么与你计划的东西;行为在你发现的东西上。我经历过的一个挑战是一个希望该团队在前几次冲刺期间发出交付承诺的组织。世界上的所有前期规划都没有解决这个问题。一旦团队开始提供并且他们的速度改善，事情会安定下来。但我要求组织放弃在稳定事件之前放弃虚假的可预测性。那部分是艰难的，但很重要。