带有子 PBI 的产品待办事项 (PBI)
在VS2010 Scrum 1.0项目模板中，我可以创建具有子PBI的PBI吗？如果没有，对于大型用户故事（又名产品积压项目）来说，什么是好的替代方案？
In VS2010 Scrum 1.0 project template, can I create a PBI that has child PBIs? If not, what is a good alternative for large user stories aka product backlog items?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
简短的答案是肯定的。您可以创建子 PBI。很简单，在链接选项卡下，您可以添加一个新的（或指向现有的）PBI 工作项。
更大的问题是：为什么要这样做？
严格来说，从 Scrum 的角度来看，用户故事中不应该有层次结构。这些故事，正如迈克·科恩（我相信）所说，你应该投资好故事。 “我”代表独立，如果一个故事是另一个故事的孩子，那么它就不可能是独立的。
引入层次结构的唯一“适合 Scrum”的原因是，当您将一个大故事分解为可行的小故事时，或者（很少）将过小的故事塑造成一个合理大小的故事时。
阿萨夫。
The short and simple answer is yes. You can create a child PBI. Quite simply, under the Links tab, you add a new (or link to an existing) PBI work item.
The greater question is: Why do it?
Strictly speaking, from a Scrum point of view, you shouldn't have hierarchy in your user stories. The stories, as Mike Cohn (I believe) put it, you should INVEST in good stories. The 'I' stands for independent, which a story can't be if it is the child of another.
The only "Scrum-appropriate" reason to introduce a hierarchy is when you're breaking down a large story into small workable stories, or (rarely) molding to overly-small stories into one story of reasonable size.
Assaf.
你可以做到，但就像阿萨夫指出的那样……你为什么要这么做？大的故事应该分解成更小的故事……小到足以让团队在一次冲刺中完成（完成）的故事。
You can do it, but like Assaf poitned out... why do you want do it? Large stories should be decomposed into smaller stories... stories that are small enough for the team to complete (done-done) in a single sprint.