估点的意义不是为了得到精确的工作量这个数字，而是通过估点这个过程把这个故事的复杂度找出来。
1.估点的流程
PO在讲完故事后，SM让开发人员对这个故事有什么疑问没有，有疑问PO继续答疑，如果大家都没有疑问SM会要求大家出点，这时候每个人手上都有一副敏捷估点扑克牌，每个人会把自己估算的点数对应的扑克牌抽出来，放在桌上盖起来，不能提前翻看让别人看到，等大家都出牌后，SM会让大家一起亮牌。一般来说大家出的牌肯定会不同，这时候SM会要求出最大牌的人说一下自己的理由，然后让出最小牌的人说一下自己的理由，说理由的过程中肯定会引发大家的讨论。等这两人阐述自己的理由完之后，SM会要求大家再重新出牌，这次基本上大家的点数就会差不多了，如果还是最大和最小差别很大，那就最大和最小再说明自己的理由，然后继续估点，如果第三次还是相差很大，那么表示这个故事大家没有搞得太清楚，那么就先把这个故事放一边，看后面的故事。等本次迭代所有故事都估完后，再拿起这个故事进行估算，大多数这时候就能过去了，因为故事之间是有关联关系的，刚开始可能对这个故事的复杂度看不准，看完后面的故事后就有可能有把握了。万一到最后还是估不出来，那一定是故事本身有问题，可能太大了或者需求不明确，这时候就让PO收回此故事完善好后，放入下个迭代再开发。
我们用的估算扑克牌上的数字是斐波纳契数，1、2、3、5、8、13、21，还有两张喝咖啡和问号的牌，后来我们把大于3的扑克牌都不允许出了，因为太大的点没有意义，点越大表示估算肯定准确程度就越低，还有就是我们的基准点（1个点）团队成员完成它需要1天的工作量，而我们一个迭代两周，每个人开发的时间只有8天，你做一个5个点的故事，那就会出现头一周都完不成一个故事，导致然尽图根本就没法将下来，迭代失败的风险也就越高，所以我们最后决定大于3的牌都不允许出了，一般遇到大于3个点的故事，PO都会拆分成多个故事。当然这是我们团队的方法，别的团队的基准点可能没有这么大，那么大点也还是有用的。另外还有一张问号的牌就是在估出来的点太大或者估不出来的时候就出它，喝咖啡的牌表示自己需要休息一下。
延伸阅读
- ssh框架 2016-09-30
- 阿里移动安全 [无线安全]玩转无线电——不安全的蓝牙锁 2017-07-26
- 消息队列NetMQ 原理分析4-Socket、Session、Option和Pipe 2024-03-26
- Selective Search for Object Recognition 论文笔记【图片目标分割】 2017-07-26
- 词向量-LRWE模型-更好地识别反义词同义词 2017-07-26
- 从栈不平衡问题 理解 calling convention 2017-07-26
- php imagemagick 处理 图片剪切、压缩、合并、插入文本、背景色透明 2017-07-26
- Swift实现JSON转Model - HandyJSON使用讲解 2017-07-26
- 阿里移动安全 Android端恶意锁屏勒索应用分析 2017-07-26
- 集合结合数据结构来看看(二) 2017-07-26
学习是年轻人改变自己的最好方式