1.4 KiB
1.4 KiB
title | localeTitle |
---|---|
Story Points and Complexity Points | 故事点和复杂点 |
故事点和复杂点
在Scrum / Agile中,通过用户可能告诉他们产品需要的故事来探索开发中产品的功能。当团队估计交付用户故事所需的工作量时,团队会使用故事点 。
故事点的显着特征是它们:
- 代表整个团队的贡献
- 不要直接等同于任务可能花费的时间
- 是规划目的的粗略衡量标准 - 类似于数量级
- 以Fibonacci式序列分配:0,1,2,3,5,8,13,20,40,100
- 估计故事_相对于彼此_的“大小”
如果您不熟悉敏捷的做事方式,故事点的概念可能会非常难以捉摸。你会发现许多在线资源以不同的方式讨论故事点,很难清楚地知道它们是什么以及如何使用它们。
当您了解Scrum等实践的原理和术语时,其中一些属性的原因将变得明显。故事点的使用,特别是在“计划扑克”等“仪式”中,通过观察或参与而不是书面解释更容易理解!
更多信息:
- 用户故事: freeCodeCamp
- 使用故事点时常见的错误: 中等
- 规划扑克: Mountain Goat软件