scrum - 待办事项梳理和冲刺计划

Question

我是 Scrum 新手，如果您能告诉我作为 Scrum 主管，我应该在 backlog 梳理会议中做什么，以及 sprint 计划何时准确进行，以及我们如何估计 backlog 中每个项目所需的时间量，我会很高兴以及计划扑克的准确估计。

Answer 1

绝对值得看一下 Scrum 指南以获得一些指导，尽管这肯定留下了很大的解释空间。对于 sprint 计划，有三个部分，在此处注明：https ://scrumguides.org/scrum-guide.html#sprint-planning

您将要建立一个初步的 sprint 目标（该指南指出它不必在计划结束之前最终确定），然后确定需要哪些积压项目来满足该 sprint 目标，最后，制定有关如何完成工作的初步计划。当然，这都是协作的。一般来说，PO 专注于首先完成最重要的工作以提供最大的价值，而开发人员则专注于什么是合理的工作量以及如何一起完成不同的任务可能比其他任务更有效。

细化是故意模糊的。这是使即将到来的 Sprint 计划成功所需的任何对话。

规划扑克是一个相当广泛的话题——它只是一种相对估计的技术。这些大小代表一个项目相对于其他项目的整体大小。这不是时间的直接翻译。相反，在与类似团队讨论类似工作时存在相关性。Mike Cohn 的一个很好的类比是长跑。10k 比 5k 大一码，但它并不能告诉我们给定跑步者需要多长时间，而且您不能假设任何给定跑步者跑 10k 所需时间是跑 5k 所需时间的两倍（或任何其他明确比例）。但是，一旦有人运行了其中的一些，您就可以开始粗略地估计该跑步者需要多长时间来运行类似的课程。

Answer 2

产品待办列表细化是将产品待办列表项分解并进一步定义为更小更精确的项的行为。Scrum master 帮助 Scrum 团队了解对清晰简洁的 Product Backlog 项目的需求。它应该在 Sprint 计划之前完成，并且团队应该经常这样做。在积压工作细化中，Scrum 团队讨论/细化故事。如果可能的话，也分配故事点（尺寸估计，可以是 T 恤尺寸或故事指向）。故事点是通过将一些小故事作为基础故事来提供的，通过比较我们可以给出故事点。或者我们可以根据需要完成的工作和所需的努力给出故事点。在与故事指点团队开始之前，应该就一些相互衡量的单位达成一致（可以以故事为基础，所需的努力，更多方式）。通常，它' 是一种粗略的估计。如果您的工具中有一些字段可以使故事准备好/草稿/有目的，那就太好了...... Scrum master 需要确保这个会话应该发生并促进同样的事情。
在Planning中，Majorly 团队决定在 sprint 中可以实现什么。冲刺的价值和我们将如何实现目标的计划。团队坐在一起，从精炼的待办事项中处理故事。在开始讲故事之前，团队应该通过容量规划来计算团队容量。通常，团队应该处理处于就绪状态的故事（已经讨论过的方法）。Scrum Master 促进了这个活动。通常，计划是由 Scrum 开发团队完成的。