产品待办事项的细化
产品待办事项的细化,也称为修整,已经成为敏捷团队几乎不可或缺的一部分。正如其名称所示,它的作用是细化产品待办事项的内容。 产品待办事项细化过程 这个产品待办事项细化仪式在新一代Scrum中非常流行,通常每周都会在特定时间进行。 通常建议每次仪式的持续时间不要超过一小时;如果产品负责人不需要更多时间,也可以只持续十分钟。 实际上,这次会议对于产品负责人非常有用,因为它将允许他细化产品待办事项的内容,以便为下一个冲刺进行组织。 在产品待办事项细化期间,产品负责人将向开发人员提供用户故事,这些故事符合整个团队先前定义的“准备就绪”的定义。 1/ 理解用户故事 然后,开发人员将试图理解用户故事,并一起讨论它。如果他们对用户故事有疑虑,他们可以利用这个时刻向产品负责人请求更多信息。通常情况下,产品负责人会根据开发人员的意见稍微修改用户故事的内容。 然后,在这次讨论中存在两个结果,有时很快,当从一开始就理解了这张票: 开发人员确认了这张票,然后可以进行估算。 开发人员不理解这张票;产品负责人将不得不在下一次会议之前复查他的材料。 2/ 估算用户故事 开发人员将共同估算用户故事所需的时间或故事点数。敏捷团队通常建议优先考虑故事点的估算。 有一些非常著名的方法,比如扑克规划,用于估算用户故事。 当估算完成后,产品负责人提供下一张票。 产品待办事项细化有哪些好处? 这个仪式为Scrum团队提供了许多好处。 它允许产品负责人在冲刺计划会议上提前准备好冲刺待办事项,以便根据下一个冲刺允许的故事点数量进行组织。 因此,所有这些上游工作都极大地减少了冲刺计划会议的时间,而无需在会议中进行这项估算工作和实时准备冲刺待办事项。 产品待办事项细化的结论 强烈建议在您的Scrum流程中进行产品待办事项的细化;这个仪式已经包括在Scrum指南中,以使其成为100%官方。对于那些参与 #NoEstimate 运动的人来说,估算部分将不再是必要的,但继续进行细化部分仍然是建议的。这个仪式为您的冲刺的顺利进行带来了许多重大的好处。