背景：小白最近接了一个任务，需要统计团队中的迭代工作量，他依据之前对敏捷的理解，想到敏捷中有一个度量指标为故事点，他在想：为什么不用故事点来作为工作量的衡量标准呢？
什么是故事点
故事点就是一个度量单位，用于表示完成一个产品待办项或者其他任何某项工作所需的所有工作量的估算结果。是一个相对概念的度量单位。
一般当在迭代开发前，团队会有用户故事撰写的事项，而在用户故事撰写出来以后，团队需要对用户故事进行估算，俗称故事点，用以进行迭代容量的估算。
当采用故事点估算时，我们为每个待办项分配一个点数。待办项估算结果的原生数据并不重要，我们只关注最后得到的相对估算结果。一个估算值为2的用户故事应该是估算值为1的用户故事的2倍。而它也应该是另一个估算值为3的用户故事的三分之二。
由于故事点数代表了开发用户发故事所需的全部工作量，所以团队的估算必须考虑到影响工作量的所有因素。这可能包括：
- 要开展的工作的数量
- 工作的复杂度
- 要开展的工作中存在的任何风险或不确定性
通常团队在估算的时候最容易忽略的是只估算了开发的工作量而忽视了测试的工作量
比较简单的理解是，你可以把要做的需求和团队沟通后做一个判断，首先选择一个故事点为1的需求，之后把其他的需求和它做对比，难度大约是多少倍就可以。
杯点.png
故事点有统一标准么？
不知道还有多少小伙伴记得罗老师当年星巴克怒扇耳光的视频：
我要的是中杯.jpg
罗老师想要的是以下杯子里面的中间那个杯子，因为星巴克一般就摆了三个杯子，所以他说他要的是中杯。
星巴克中的杯子.png
店员按照星巴克固定的称呼方式认为，中杯指的是三个杯子中最左边的那个杯子，因为星巴克实际的杯子模式其实是以下这样的：
星巴克的杯子.png
这就和我们平时估算 故事点的时候类似：
团队A说我们的三个故事分别故事点是2，3，5的时候，有可能这些故事对于团队B来说，故事点估算出来是1，2，3
因此当下一次组织试图统一整个的故事点标准时，你得想想，你要的到底是中杯呢？还是大杯呢？
网友评论