4.纠结的估点

    敏捷开发系列文章目录

估点的意义不是为了获得精确的工做量这个数字，而是经过估点这个过程把这个故事的复杂度找出来。

1.估点的流程
    PO在讲完故过后，SM让开发人员对这个故事有什么疑问没有，有疑问PO继续答疑，若是你们都没有疑问SM会要求你们出点，这时候每一个人手上都有一副敏捷估点扑克牌，每一个人会把本身估算的点数对应的扑克牌抽出来，放在桌上盖起来，不能提早翻看让别人看到，等你们都出牌后，SM会让你们一块儿亮牌。通常来讲你们出的牌确定会不一样，这时候SM会要求出最大牌的人说一下本身的理由，而后让出最小牌的人说一下本身的理由，说理由的过程当中确定会引起你们的讨论。等这两人阐述本身的理由完以后，SM会要求你们再从新出牌，此次基本上你们的点数就会差很少了，若是仍是最大和最小差异很大，那就最大和最小再说明本身的理由，而后继续估点，若是第三次仍是相差很大，那么表示这个故事你们没有搞得太清楚，那么就先把这个故事放一边，看后面的故事。等本次迭代全部故事都估完后，再拿起这个故事进行估算，大多数这时候就能过去了，由于故事之间是有关联关系的，刚开始可能对这个故事的复杂度看不许，看完后面的故过后就有可能有把握了。万一到最后仍是估不出来，那必定是故事自己有问题，可能太大了或者需求不明确，这时候就让PO收回此故事完善好后，放入下个迭代再开发。
咱们用的估算扑克牌上的数字是斐波纳契数，一、二、三、五、八、1三、21，还有两张喝咖啡和问号的牌，后来咱们把大于3的扑克牌都不容许出了，由于太大的点没有意义，点越大表示估算确定准确程度就越低，还有就是咱们的基准点（1个点）团队成员完成它须要1天的工做量，而咱们一个迭代两周，每一个人开发的时间只有8天，你作一个5个点的故事，那就会出现头一周都完不成一个故事，致使然尽图根本就无法将下来，迭代失败的风险也就越高，因此咱们最后决定大于3的牌都不容许出了，通常遇到大于3个点的故事，PO都会拆分红多个故事。固然这是咱们团队的方法，别的团队的基准点可能没有这么大，那么大点也仍是有用的。另外还有一张问号的牌就是在估出来的点太大或者估不出来的时候就出它，喝咖啡的牌表示本身须要休息一下。

 

2.估点不会被夸大，只会估得过于乐观
    咱们作了这么多个迭代，确实没有出现开发人员刻意去夸大故事点，反而有失败的迭代故事点的复杂没有考虑完整，致使估点乐观了。估点过程当中，SM必定要把握好，必定要引导你们正确的估点，而不是让你们跟风，或者随便说一个点数，但又说不出理由，这种估法确定就有问题，SM必定要纠正你们。

3.基准点的做用
    基准点是一个参照物，全部故事估点都必须是它的相对值，因此选定的基准点必须是你们都作过的功能好一点。咱们团队选定的基准点是一个单表操做的字典维护功能，包括增删改查等功能，如何估算了，好比单据维护的故事，包括单据头和单据明细，那么对比基准点，单据头有增删改查的功能，单据明细也有增删改查的功能，因此咱们会估2个点。不能这样搞，我作过这种相似的单据维护功能，我只须要1个点，这就是错误的估点方式，又好比我估3个点，由于除了两个增删改查还要实现单据头和单据明细的关联，由于要关联展现因此多一个点。你说出的理由你们若是都承认的话，那下次出点的时候确定就会把这个因素考虑进去。

 

4.估点不是站在本身的角度来估，而是站在团队的角度。
    估算为何采用点数，而不是工时，由于工时是一个绝对值，而点数是一个相对值，这个故事对于你是2个工时，而对于我则须要5个工时，由于每一个人的饭量是不同的。点数只是一个对比基准点的相对值，因此基准点的定义很重要，团队必定要达成一致。我以为工时会不自觉的让你们站在本身的角度来估算，而点数则不会这样，因此作敏捷必定不能用工时来估算。后面领用故事的时候，并非由SM或PO来分配故事，而是随机分配或自由领用，只有采用点数才合适。团队一个迭代能完成多少个点，是有一个比较稳定的值的，也就体现团队的速率，是有团队每一个开发人员可以承担点数之和，团队中经验丰富的老手承担的点数确定比新入职的点数要高，老员工咱们是10个点的话，新员工咱们只给分配给他5个点或更少，随着新人的成长对应的点数确定也会提高。
团队中有开发人员和测试人员的话，那测试人员要怎么估点了，咱们是开发人员站在开发的角度估点，测试人员站在测试的角度估点，开发和测试都是同一个基准点，原本基准点里即包含有开发也包含测试工做。若是测试估的点大于开发估的点，那通常这种故事的测试工做量比开发工做量大，最后故事的点数确定采用大的。
还有一个疑问就是，测试执行工做必须在开发完成以后作的，因此都以为估算的点数是否是应该开发的点数加上测试的点数才对，其实不是，第一测试的大部分工做量并非在测试执行阶段，而是在测试用例编写，第二就是就是测试用例编写阶段是能够与开发并行的而不是串行的，因此开发和测试相加是不太合理的。

5.估点的意义不是为了获得精确的工做量这个数字，而是经过估点这个过程把这个故事的复杂度找出来。
    产品开发除了进度很重要，产品的质量更重要，质量不行的产品最后仍是要返工的。若是你开发以前对这个故事的复杂度了解得越清楚，那么你在开发过程当中就会越顺畅，任务安排得也就越合理。另外敏捷就是注重团队总体的成功，因此一些难点应该利用团队的力量来解决，同时团队中的每一个人也能够更快得获取成长。

团队必定要有这个认识，不是说点数差很少，而忽视这些点数背后的理由是不行的。

    敏捷开发系列文章目录