Tfs 带有子PBI的产品待办事项（PBI）

在VS2010 Scrum 1.0项目模板中，我可以创建一个包含子PBI的PBI吗？如果不是，那么对于大型用户故事或产品待办事项，什么是一个好的选择？

简短而简单的答案是肯定的。您可以创建子PBI。非常简单，在“链接”选项卡下，您可以向现有PBI工作项添加一个新的或链接

更大的问题是：为什么要这样做

严格地说，从Scrum的角度来看，用户故事中不应该有层次结构。正如迈克·科恩（Mike Cohn）所说，这些故事应该是好故事。“我”代表独立，如果一个故事是另一个故事的孩子，它就不可能是独立的

引入层次结构的唯一适合Scrum的理由是当您将一个大的故事分解为可操作的小故事，或者很少将太小的故事塑造成一个合理大小的故事

---

阿萨夫

简短而简单的答案是肯定的。您可以创建子PBI。非常简单，在“链接”选项卡下，您可以向现有PBI工作项添加一个新的或链接

更大的问题是：为什么要这样做

严格地说，从Scrum的角度来看，用户故事中不应该有层次结构。正如迈克·科恩（Mike Cohn）所说，这些故事应该是好故事。“我”代表独立，如果一个故事是另一个故事的孩子，它就不可能是独立的

引入层次结构的唯一适合Scrum的理由是当您将一个大的故事分解为可操作的小故事，或者很少将太小的故事塑造成一个合理大小的故事

---

阿萨夫

你可以做到，但就像阿萨夫指出的那样。。。你为什么要这么做？大故事应该分解成小故事。。。小到足以让团队在一次冲刺中完成的故事。

你可以做到，但就像阿萨夫所说的那样。。。你为什么要这么做？大故事应该分解成小故事。。。故事小到足以让团队在一次冲刺中完成。

一个完全敏捷的答案+1用户故事和主题与主题和史诗分别从何而来保持某种关系难道没有意义吗？这对我来说似乎很有用，但也许这应该是用TFS区域来代替的？感谢您的建议。一个完全灵活的答案+1用户故事和主题与主题和史诗分别从何而来保持某种关系难道没有意义吗？这对我来说似乎很有用，但也许这应该是用TFS区域来代替的？感谢您的建议。Urban Turtle大大简化了tfs中子任务的创建。请看一看，并将您的意见发送给我ddanis@pyxis-tech.com不要将此作为您的市场。Urban Turtle大大简化了tfs中子任务的创建。请看一看，并将您的意见发送给我ddanis@pyxis-不要把这里当成你的市场。我来这里是想问和OP一样的问题；我同意细化大型PBI的过程涉及到将它们分解为较小的PBI，但将它们创建为父级的子级允许组织和可追溯性。我不认为有这样的层次结构会违反scrum原则，但我想听听为什么我错了；我同意细化大型PBI的过程涉及到将它们分解为较小的PBI，但将它们创建为父级的子级允许组织和可追溯性。我不认为拥有这种层次结构会违反scrum原则，但如果我错了，我想听听为什么。