我是 Scrum 新手，如果您能告诉我作为 Scrum 主管，我应该在积压工作梳理会议中做什么，以及 sprint 计划何时准确进行以及我们如何估计每个项目所需的时间量，我会很高兴在积压和规划扑克的准确估计。
【问题讨论】：
标签： scrum scrumboard
绝对值得查看 Scrum 指南以获得一些指导，尽管这肯定留下了很大的解释空间。对于 sprint 计划，分为三个部分，在此注明：https://scrumguides.org/scrum-guide.html#sprint-planning
您将要建立一个初步的 sprint 目标（该指南指出，在计划结束之前不必最终确定），然后确定需要进入哪些积压项目来实现该 sprint 目标，最后，就如何完成工作制定初步计划。当然，这都是协作的。一般来说，PO 专注于首先完成最重要的工作以提供最大的价值，而开发人员则专注于什么是合理的工作量以及如何将不同的任务一起完成可能比其他任务更有效。
细化是故意模糊的。这是为了使即将到来的 Sprint 计划成功而需要进行的任何对话。
规划扑克是一个相当广泛的话题——它只是一种相对估计的技术。这些大小代表一个项目相对于其他项目的整体大小。这不是时间的直接翻译。相反，在与类似团队讨论类似工作时存在相关性。 Mike Cohn 的一个很好的类比是长跑。 10k 比 5k 大一码，但它并不能告诉我们给定跑步者需要多长时间，而且您不能假设任何给定跑步者跑 10k 所需时间是跑 5k 所需时间的两倍（或任何其他明确比例）。但是，一旦有人参加了其中的一些课程，您就可以开始粗略地估算该跑步者需要多长时间才能参加类似的课程。
【讨论】：
产品Backlog细化是将产品Backlog项目分解并进一步定义为更小更精确项目的行为。 Scrum master 帮助 Scrum 团队了解对清晰简洁的 Product Backlog 项目的需求。
它应该在 Sprint 计划之前完成，并且团队应该经常这样做。在积压工作细化中，Scrum 团队讨论/细化故事。如果可能的话，也分配故事点（尺寸估计，可以是 T 恤尺寸或故事指向）。故事点是通过将一些小故事作为基础故事来提供的，通过比较我们可以给出故事点。或者，我们可以根据需要完成的工作和需要付出的努力给出故事点。在与故事指点团队开始之前，应该就一些相互衡量的单位达成一致（可以以故事为基础，所需的努力，更多方式）。通常，这是一种粗略的估计。如果您的工具中有一些字段可以使故事准备好/草稿/有目的，那就太好了...
Scrum master 需要确保这个会话应该发生并促进它的发生。
在规划中，Majorly 团队决定在 sprint 中可以实现什么。冲刺的价值和我们将如何实现目标的计划。团队坐在一起，从精炼的待办事项中处理故事。在开始讲故事之前，团队应该通过容量规划来计算团队容量。通常，团队应该处理处于就绪状态的故事（已经讨论过的方法）。 Scrum Master 促进了这个活动。通常，计划由 Scrum 开发团队完成。
【讨论】：