产品待办事项的细化

产品待办事项的细化，也称为修整，已经成为敏捷团队几乎不可或缺的一部分。正如其名称所示，它的作用是细化产品待办事项的内容。

产品待办事项细化过程

这个产品待办事项细化仪式在新一代Scrum中非常流行，通常每周都会在特定时间进行。

通常建议每次仪式的持续时间不要超过一小时；如果产品负责人不需要更多时间，也可以只持续十分钟。

实际上，这次会议对于产品负责人非常有用，因为它将允许他细化产品待办事项的内容，以便为下一个冲刺进行组织。

在产品待办事项细化期间，产品负责人将向开发人员提供用户故事，这些故事符合整个团队先前定义的“准备就绪”的定义。

然后，开发人员将试图理解用户故事，并一起讨论它。如果他们对用户故事有疑虑，他们可以利用这个时刻向产品负责人请求更多信息。通常情况下，产品负责人会根据开发人员的意见稍微修改用户故事的内容。

然后，在这次讨论中存在两个结果，有时很快，当从一开始就理解了这张票：

开发人员确认了这张票，然后可以进行估算。开发人员不理解这张票；产品负责人将不得不在下一次会议之前复查他的材料。

开发人员将共同估算用户故事所需的时间或故事点数。敏捷团队通常建议优先考虑故事点的估算。

有一些非常著名的方法，比如扑克规划，用于估算用户故事。

当估算完成后，产品负责人提供下一张票。

这个仪式为Scrum团队提供了许多好处。

它允许产品负责人在冲刺计划会议上提前准备好冲刺待办事项，以便根据下一个冲刺允许的故事点数量进行组织。

因此，所有这些上游工作都极大地减少了冲刺计划会议的时间，而无需在会议中进行这项估算工作和实时准备冲刺待办事项。

强烈建议在您的Scrum流程中进行产品待办事项的细化；这个仪式已经包括在Scrum指南中，以使其成为100%官方。对于那些参与 #NoEstimate 运动的人来说，估算部分将不再是必要的，但继续进行细化部分仍然是建议的。这个仪式为您的冲刺的顺利进行带来了许多重大的好处。