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