我是一个scrum新手，如果你能告诉我作为一个scrum管理员，我应该在待办事项梳理会议中做什么，何时准确地进行冲刺计划，我们如何估计待办事项中每个项目所需的时间，以及计划扑克准确地估计什么时间，我会很高兴。
从Scrum指南中获得一些指导绝对值得一看，尽管它确实留下了很多解释的空间。对于冲刺计划，有三个部分，在这里注明:https://scrumguides.org/scrum-guide.html#sprint-planning
你想要建立一个初步的冲刺目标(指南指出，在计划结束之前，它不需要最终确定)，然后确定哪些待办事项需要加入来满足冲刺目标，最后，将如何完成工作的初步计划放在一起。当然，这都是合作的结果。一般来说，PO关注的是首先完成的最重要的工作，以交付最大的价值，而开发人员关注的是什么是合理的工作量，以及如何将不同的任务放在一起可能比其他任务更有效。
细化是故意模糊的。这是为了让即将到来的Sprint计划成功而需要进行的对话。
计划扑克是一个相当广泛的话题-它只是一种相对估计的技术。这些尺寸表示一个项目相对于其他项目的总体尺寸。这不是对时间的直接翻译。相反，在与类似的团队讨论类似的工作时，存在相关性。迈克·科恩(Mike Cohn)用长跑做了一个很好的类比。10k比5k大一个尺寸，但它并没有告诉我们一个给定的跑步者需要多长时间，你也不能假设任何一个给定的跑步者跑10k的时间是他们跑5k的时间的两倍(或任何其他明确的比例)。然而，一旦有人跑了一些这样的路线，你就可以开始粗略地估计这个跑步者跑类似的路线需要多长时间。
产品待办事项细化是将产品待办事项项分解并进一步定义为更小更精确的项。Scrum master帮助Scrum团队理解对清晰、简洁的产品待办事项列表项的需求。它应该在Sprint计划之前完成，团队应该经常这样做。在backlog细化中，Scrum团队讨论/细化故事。如果可能的话，还要分配故事点(大小估计，可以是t恤的大小或故事点)。故事点是通过一些小故事作为基础故事来提供的，通过比较，我们可以提供故事点。或者我们可以根据需要完成的工作和需要付出的努力给出故事点。在开始故事指向之前，团队应该就一些共同的度量单位达成一致(可以以故事为基础，所需的努力，以及更多的方法)。通常，这是一种粗略的估计。如果你的工具中有一些领域可以使故事准备好/草稿/目的……scrum管理员需要确保这个会话应该发生，并促进它的进行。
计划主要是团队决定在冲刺中可以实现什么。sprint的价值和我们将如何实现目标的计划。团队坐在一起，从精炼的待办事项列表中获取故事。在开始使用故事之前，团队应该根据容量计划计算团队容量。通常，团队应该处理处于就绪状态的故事(意味着已经讨论过了)。Scrum Master促进了这一事件。通常，计划是由scrum开发团队完成的。