PBI 结构与 MSF Scrum 2.2 for TFS 2012 中的产品待办事项之间的预期关系？

Question

当我的 Scrum 团队进行待办事项梳理时，我们通常从史诗级工作开始，并将这些 PBI 细化为主题和故事，作为正常梳理活动的一部分。作为构建这些工作项的一种方式，由提炼和澄清其他 PBI 产生的 PBI 被创建为较大项目的子链接。我们通过仅将可冲刺故事分配给冲刺来实现此过程，同时将其父主题 PBI 保留在当前版本迭代中。

在今年早些时候升级之后，我们一直在慢慢发展到 2012 年提供的功能，并且在 Web Access 的 Product Backlog 视图中拖动项目的能力（而不是手动调整优先级值）非常有吸引力。

我们想用这个，但是有一个问题：像我们大多数计划的工作一样，具有父子关系的 PBI 不能单独拖动。相反，每个史诗在产品 backlog 中显示为一棵树，枚举其具有自己优先级范围 [1..1000000] 的子级，并以原子方式拖动。

考虑到这一点，这应该如何工作？我是否遗漏了有关 Product Backlog 视图功能的一些信息？我们是否打算破坏我们的史诗和主题，因为它们被提炼成更小的 PBI，以便故事可以独立安排？

Answer 1

我们一直在努力解决同一类型的问题。我们决定移除史诗，只使用故事。然后我们用一个史诗般的名称标记每个 PBI，以便我们可以在必要时轻松搜索和分组项目。还没有真正找到更好的选择。