敏捷产品积压

Question

我们正在启动一个敏捷项目，并且产品负责人已经开始将用户故事添加到产品待办事项中(在这个阶段主要是史诗)。

谁将负责将史诗分解成更小的用户故事--是留给产品所有者负责，还是希望团队的其他成员参与进来(记住他们对需求或问题域一无所知)？

Answer 1

一般情况下，整个团队负责在实施之前对史诗进行分解。可以将史诗放在待办事项中并对其进行优先排序，然后在计划实现的迭代之前对其进行分解。在对其进行分解时，产品所有者(或其他客户和用户代表)将帮助识别epic的子流程，以便将其分解为其组成部分。

但是，如果不了解问题域或系统的需求，我不确定开发团队如何能够与产品所有者、客户和用户就他们交付的内容进行对话。取决于问题领域的复杂性，他们可能没有深入的理解，但我希望对客户的业务和特定领域的术语，系统正在试图解决的问题，以及正在开发的系统的总体方向和高层次的要求，对每个参与项目的人进行某种程度的教育。

Answer 2

海事组织，该小组将负责将史诗分解成较小的用户故事，这在一开始将是一个挑战，很可能会随着时间的推移而得到改善。

团队应该对领域有一个了解，并接受他们在提升产品制造过程中所起的作用。虽然最初可能有各种各样的问题，但团队可以要求产品负责人对史诗进行详细说明，但是工作的组织和分解为任务绝对应该属于团队的职权范围。

Answer 3

产品负责人不应该把“史诗”放在待办事项上，他们应该把故事放在待办事项上。

如果在计划和评估过程中，团队发现一个故事太大，无法适应一个sprint，那么团队将这个故事推广到一个史诗中，并且在Product的帮助下，将其分解为可管理的部分。

重点是：

• POs不会为了避免认真考虑他们想要的特性而写“史诗”。他们写的故事描述了具体的特征。
• 将一个故事分解成较小的部分通常需要来自开发方和产品所有者方的领域知识。这是最好的想法作为一种合作努力。