Scrum 框架中故事点的衡量尺度

发布于 2024-12-29 00:12:20 字数 1436 浏览 1 评论 0原文

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

不离久伴 2025-01-05 00:12:20
  1. 您可以使用任何您喜欢的比例。我倾向于使用斐波那契数列(1、2、3、5、8、13、21...)。为了设定规模的基线,我们选取​​了一个平均大小的黄金故事,并对其进行了 8 分的评估,而一个大小稍小的故事,将其评估为 5 分。现在,我们只对这两个故事进行了所有其他故事的评估。由于您正在使用敏捷方法,因此您正在不断改进。因此,如果您觉得需要有不同的黄金故事:那就去做吧。
  2. PBI(产品待办事项列表项)工作项不是产品待办事项列表本身。这是积压的故事。产品待办事项列表按特定顺序列出了您希望在某个时刻实施的所有故事(希望具有最高业务价值的故事位于最上面)。当您想要将一个故事纳入冲刺时,您可以更改迭代路径。现在它已从产品待办事项列表中删除并显示在冲刺待办事项列表中。
  1. You can use any scale you like. What I tend to do is the Fibbonaci (1, 2, 3, 5, 8, 13, 21, ...). To set the baseline of the scale we took a golden story which was average size and valued that with an 8 and one with a little less size and valued that 5. We now just value all the other stories to those two. And since you are working Agile you are just continuously improving. So if you feel that you need to have different golden stories: just do it.
  2. The PBI (Product Backlog Item) work item is not the Product Backlog itself. It is the story on the backlog. The Product backlog list all the stories you would like to implement at some point in a specific order (hopefully the one with the highest business value is on top). When you want to pull a story into a sprint you change the iteration path. It is now pulled off the product backlog and shown on the sprint backlog.
~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文