试图了解我在“工作”下的TFS 2012 Web Access中看到的内容|积压产品积压，我使用“创建积压查询”按钮，然后在编辑中打开新查询以查看其工作方式。我注意到它显示的PBI符合两个描述：
处于“新建” /“已批准”状态的根迭代（待办事项）下任何位置的PBI。
待办事项（根迭代）中处于新建/已批准/已提交状态的PBI。
PBI为什么适合第二种描述？为什么要在积压中提交PBI？改进后是否可以通过某种方式维护主题或史诗级的PBI，并在其用户故事级子级致力于实际冲刺时将其设置为提交？也许这只是一种弥补劣质簿记的手段，因为在这种情况下，不完整的PBI被拖到积压中，而又没有将其状态恢复为已批准？也许还有其他原因？
最佳答案
新增-这些PBI是某人已添加到产品待办事项列表中，尚未经过产品所有者的审查，也未同意构建。
已批准-这些是产品负责人已经同意，编辑并确保对于团队而言可理解的PBI。一旦获得批准，他们便准备好让团队参与冲刺计划。
承诺-Scrum团队在sprint计划中讨论了PBI，创建了一些任务，并同意在当前sprint中构建PBI。
完成-在sprint审查中，产品负责人检查团队完成的工作，如果他/她同意该工作满足要求和质量标准，则将项目移至完成。