-
初始团队没有速率
-
估算与速率
“掌柜哒！上好的烧酒和酱牛肉！”黄蓉喊道，接着冲郭靖俏皮地使了个眼色。
郭靖也不明所以然，木讷道：“蓉儿，下周就要开团队的第一次迭代计划会议，我现在满脑子用户故事，我的心真的好乱，你这是要我借酒浇愁，那我只会愁上加愁！”
“那有没有一种可能，等你喝下这壶烧酒，你就醍醐灌顶茅塞顿开了呢？”
不消片刻，掌柜的已笑眯眯地亲自端上烧酒和牛肉：“来咯，郭大侠、黄帮主您二位慢用~~”
黄蓉得意道：“靖哥哥，你说说，刚才发生了什么？？？”
郭靖眉头紧锁道：这…这不就“点菜上菜”吗？
“哈哈哈哈哈哈，这可是一次网络通信啊！我在前端点菜，掌柜的在后端响应，再把所点菜品返回到我这前端，这种一来一回的数据交互，就是一次最基本的网络通信啊~~哈哈哈！”黄蓉笑道。
“啊？？？”郭靖更懵了，“然后呢？”
“然后呢，然后就能解决你迭代计划会议的迷思啦~”黄蓉得意道，“靖哥哥，迭代计划会议呢，你需要先有这四大法宝：
-
基准故事
-
估算维度
-
团队速率
-
计划扑克
刚才呢，你已经有了第一大法宝【基准故事（Baseline Story）】！你们团队可以把这种包含一次最基本的网络通信的用户故事规定为1个【故事点/point】。”
“例如呢？愿闻其详~~~”
“例如用户登录功能啊~哈哈~”黄蓉敲了敲郭靖的脑瓜，“其他的用户故事，只需要跟基准用户故事相比较大小，得出倍数大小的【相对估算值】即可，例如3倍大小，就是3个point；5倍大小呢，就是5个point咯。”
听到这里，郭靖眼里泛出了一些景仰崇拜的晶莹的小东西，却不料黄蓉冷不丁突然发问：“那靖哥哥，你有没有想过，如果团队对一个用户故事的故事点估算平均值为2.5或4，怎么办？”
“啊？这~~~”郭靖顿时瞠目结舌，心中不由叫苦：人生为何如此复杂艰辛。。。
“哈哈哈哈哈哈~”黄蓉得意大笑，“被我难倒了吧~就知道！估算估算么，但求准确，不求精确啦！3point代表了2到5之间的任何一个point，是一个区间，所以并不需要明确是2.5还是4了。这就是估算的妙用。反正比2大比5小的，就是3咯~~”
郭靖不由自主地自罚一杯，盯着黄蓉俊俏的模样，眼睛都看直了。
黄蓉又为郭靖斟满酒，接着道：“但是呢，为了让团队能够在一个冲刺内顺利交付承诺的用户故事，这些用户故事的大小，最好控制在5个故事点以内呢~”
黄蓉又转头吩咐道，“掌柜的，再上两个糖三角~~~”
“蓉儿，我这心事重重吃不下什么糖三角了~”
“放心吧，靖哥哥，我自有妙用。”
“那这估算，我还是不太明白啊，凭什么说一个用户故事就是3个故事点还是5个故事点呢？”
“靖哥哥，你看~”黄蓉拿起一个糖三角。
“这就是第二法宝【估算维度】啦，你可以从【CRE】三个维度来估算：
-
C呢，就代表故事的复杂度complexity；
-
R呢，就代表故事的风险和不确定性Risk&uncertainty；
-
E呢，就代表团队需要消耗的工作量Effort啦！
“蓉儿，那我这第一次迭代计划会，应该规划多少个用户故事呢~~~”
“这个要看团队成员了，在经过PO讲解和澄清，团队成员充分的估算和讨论后，团队成员能够承诺交付多少个用户故事，而这些被承诺在下一个冲刺交付的用户故事的故事点总和，也就是第三大法宝，需要先预测一下【团队速率】~”黄蓉偷笑道，“告诉你一个秘密，一般来讲呢，规划到5-10个用户故事算是比较合适~~~”
“然后呢，经历过3个冲刺以后，你算一下3次团队速率的平均值，就可以得出团队的【实际速率】了~”
“蓉儿，听你这么解释，我仿佛是真的有点明白了，是不是要回去和团队先演练演练，让大家知道其中的规则~”郭靖边吃边问。
“可以的，作为Scrum Master呢，你需要把敏捷的价值观、原则、方法论和最佳实践，都春风化雨般地与团队同步共享，并达成共识~哇！不是吧，靖哥哥，你方才说你满腹工作无心干饭，这说话间你可是把酱牛肉和糖三角都吃光了啊~！！！”黄蓉娇嗔道。
郭靖挠头笑道：“蓉儿，是你的点拨让我拨云见日胃口大开啊~~”
郭靖掰了掰手指头，“蓉儿，这是不是还差一个什么没讲，哦对了是不是计划扑克没讲……”
“哈哈，本姑娘现在想吃海鲜大餐，移步到渔人码头，我再讲给你。掌柜的~结账~”
“好嘞~黄帮主，您想vx支付还是zfb支付？”
“问他呀~先考考他这两种支付方式分别是多少个故事点，嘻嘻~”黄蓉指了指傻乎乎的郭靖，“掌柜的，折腾你好几趟，靖哥哥肯定会多加100元小费给你的，对不对靖哥哥~”黄蓉眨眼道。
“是的是的，一定的。蓉儿所言极是，谢谢蓉儿，么么哒。”
本章作者：黄震
敏捷新人
