积压工作梳理和冲刺计划

Backlog grooming and sprint planning

我是 scrum 的新手,如果你告诉我作为 scrum master 我应该在 backlog 梳理中做什么,我会很高兴 session 以及 sprint 计划何时准确发生以及我们如何估算时间量我们需要积压工作中的每个项目以及 Planning Poker 准确估计的内容。

绝对值得查看 Scrum 指南以获取一些指导,尽管这肯定会留下很大的解释空间。对于冲刺计划,这里有三个部分:https://scrumguides.org/scrum-guide.html#sprint-planning

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

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

规划扑克是一个相当广泛的话题 - 它只是一种相对估计的技术。这些尺寸表示一个项目相对于其他项目的总体尺寸。这不是时间的直接翻译。相反,在与类似团队讨论类似工作时存在相关性。 Mike Cohn 的一个很好的类比是距离 运行ning。 10k 比 5k 大一号,但它没有告诉我们给定的 运行ner 需要多长时间,你不能假设任何给定的 运行ner 需要两倍的时间才能完成运行 10k,就像他们对 运行 5k(或任何其他明确比率)所做的那样。但是,一旦某人 运行 掌握了其中的一些,您就可以开始粗略估计 运行 学习者 运行 类似课程需要多长时间。

Product Backlog refinement 是将 Product Backlog 项目分解并进一步定义为更小更精确的项目的行为。 Scrum master 帮助 Scrum 团队理解对清晰简洁的产品待办列表项的需求。 它应该在 Sprint 计划之前完成,并且团队应该经常这样做。在 backlog 细化中,Scrum 团队 discusses/refine 个故事。如果可能的话,还要分配故事点(尺寸估计,可以是 T 恤尺码或故事点)。故事点是通过以一些小故事为基础故事来提供的,通过比较我们可以给出故事点。或者我们可以根据需要完成的工作和需要付出的努力来给出故事点。在开始故事指导之前,团队应该就一些相互衡量的单位达成一致(可以以故事为基础,需要付出努力,还有更多方法)。通常,这是一个粗略的估计。如果您的工具中有一些字段可以将故事制作为 ready/draft/purposed... scrum master 需要确保这个会话应该发生并促进它。
规划 中,主要是团队决定在冲刺中可以实现什么。冲刺的价值和我们将如何实现目标的计划。团队坐在一起,从精炼的积压工作中提取故事。在开始处理故事之前,团队应该通过容量规划来计算团队容量。通常,团队应该采用处于就绪状态的故事(已经讨论过的方法)。 Scrum Master 促进了这一事件。通常,计划由 scrum 开发团队完成。