当我的 Scrum 团队进行 backlog 梳理时，我们通常从史诗级别的工作开始，并将这些 PBI 细化为主题和故事，作为正常梳理活动的一部分。作为构建这些工作项的一种方式，由提炼和澄清其他 PBI 产生的 PBI 被创建为较大项目的子链接。我们通过仅将可冲刺故事分配给冲刺来实现此过程，同时将其父主题 PBI 留在当前版本迭代中。
在今年早些时候的升级之后，我们一直在慢慢发展到 2012 年提供的功能，并且在 Web Access 的 Product Backlog 视图中拖动项目的能力（而不是手动调整优先级值）非常有吸引力。
我们想用这个，但是有一个问题：有父子关系的 PBI，就像我们计划的大部分工作一样，不能单独拖来拖去。相反，每个史诗在产品待办列表中显示为一棵树，以自己的优先级范围 [1..1000000] 枚举其子级，并以原子方式拖动。
考虑到这一点，这应该如何工作？我是否遗漏了有关 Product Backlog 视图功能的一些信息？我们是否打算破坏我们的史诗和主题，因为它们被提炼成更小的 PBI，以便故事可以独立安排？