由于我的scrum团队进行积压修饰，我们通常从史诗级别的工作开始，并将这些PBI细化为主题和故事，作为正常修饰活动的一部分。作为构建这些工作项的一种手段，由精炼和澄清其他PBI产生的PBI被创建为较大项的子链接。我们通过仅将sprintable故事分配给sprint来实现此过程，同时将其父主题PBI保留在当前版本迭代中。
我们在今年早些时候升级之后，已经慢慢发展到2012年提供的功能，并且能够在Web Access的Product Backlog视图中拖动项目（而不是手动调整优先级值）非常有吸引力。
我们想要使用它，但是存在一个问题：与我们计划的大部分工作一样，具有亲子关系的PBI不能单独拖动。相反，每个史诗在产品待办事项中显示为一棵树，枚举其子项的优先级范围为[1..1000000]，并以原子方式拖动。
考虑到这一点，这应该如何运作？我是否遗漏了Product Backlog视图的功能？我们是否打算破坏我们的史诗和主题，因为它们被改进为较小的PBI，以便故事可以独立安排？
答案 0 :(得分：2)
我们一直在努力解决同类问题。我们决定删除史诗，只使用故事。然后我们用史诗名称标记每个PBI，以便我们可以在必要时轻松搜索和分组项目。还没找到更好的选择。