【问题标题】:Product Backlog Item (PBI) with Child PBI带有子 PBI 的产品待办事项 (PBI)
【发布时间】:2011-03-08 21:23:22
【问题描述】:

在 VS2010 Scrum 1.0 项目模板中,我可以创建具有子 PBI 的 PBI 吗?如果没有,对于大型用户故事(即产品待办事项)有什么好的替代方案?

【问题讨论】:

  • Urban Turtle (urbanturtle.com) 极大地简化了 tfs 中子任务的创建。看看并将您的 cmets 发送给我 ddanis@pyxis-tech.com
  • 不要把这里当作你的市场。

标签: tfs scrum


【解决方案1】:

简短而简单的答案是肯定的。您可以创建子 PBI。很简单,在 Links 选项卡下,您可以添加一个新的(或指向现有的)PBI 工作项的链接。

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

严格来说,从 Scrum 的角度来看,您的用户故事中不应该有层次结构。故事,正如迈克科恩(我相信)所说,你应该在好故事中INVEST。 “我”代表独立,如果一个故事是另一个故事的孩子,它就不可能是独立的。

引入层次结构的唯一“适合 Scrum”的原因是,当您将一个大故事分解为可行的小故事,或者(很少)将过小的故事塑造成一个大小合理的故事时。

阿萨夫。

【讨论】:

  • 一个完全敏捷的答案! +1
  • 用户故事和主题与主题和史诗(分别)从哪里来保持某种关系难道不是有意义的吗?这对我来说似乎很有用,但也许这应该是用 TFS 区域完成的事情?建议表示赞赏。
【解决方案2】:

你可以做到,但就像 Assaf 指出的那样......你为什么要这样做?大故事应该分解成更小的故事……小故事足以让团队在一个冲刺中完成(完成)。

【讨论】:

  • 我来这里是为了问和OP一样的问题;我同意提炼大型 PBI 的过程涉及将它们分解成更小的 PBI,但是将它们创建为父级的子级允许组织和可追溯性。我不认为拥有这种层次结构会违反 scrum 原则,但如果我错了,我想听听为什么。
猜你喜欢
  • 2013-06-19
  • 1970-01-01
  • 2011-09-23
  • 1970-01-01
  • 1970-01-01
  • 2020-03-16
  • 2018-01-05
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多