敏捷实践指南：常见敏捷实践-待办事项列表的细化

待办事项列表的细化

在基于迭代的敏捷中，产品负责人往往在送代中期的一次或多次会议中与团队合作，为即将进行的迭代准备一些故事。这些会议的目的是细化足够的故事，让团队了解故事的内容，以及故事之间的相互关系。

至于细化过程应该有多长时间，还没有达成共识。有一个连续区间：

·基于流程的敏捷的即时细化，团队将下一张卡片从待办事项列表中掌出来讨论。

·许多基于迭代的敏捷团队在两周的迭代中用1小时的时间盒讨论。(团队选择一个迭代持续时间，为他们提供足够频繁的反馈。)

·基于迭代的敏捷团队的多次细化讨论。团队可以在陌生的产品、产品领域或问题领域使用这一技巧。

细化会议上，产品负责人可以向团队介绍故事的创意，让团队了解故事中潜在的挑战或问题。如果产品负责人不确定依赖关系，还可以请求团队对相应功能进行刺探，以了解风险。

产品负责人有很多方法处理待办事项列表的细化准备与会议，其中包括

·鼓励团队在开发人员、测试人员、业务分析人员和产品负责人三方面开展合作，一起讨论和提写故事。

·把整个故事的概念呈现给团队。团队进行讨论，并根据需要将其细化为许多故事。

·与团队一起寻找各种方法探索和摆写故事，确保所有的故事都足够小，以便团队能源源不断地交付完成的工作。考虑每天至少完成一个故事。

团队通常有一个目标，就是每周用不超过1小时的时间来为下一批工作细化故事。团队希望把时间尽可能花在工作上，而不是计划上。如果团队需要每周花1小时以上的时间来细化故事，那么，产品负责人可能会过度准备，或者团队可能缺乏评估和细化工作所需的一些关键技能。