某大型银行研发中心领导办公室收到一封举报信，内容如下
时间：2018年10月22日上午10：30
地点：金唐大厦主楼1112会议室
人物：应用开发二部6名员工、项目管理办公室3名员工
举报事件：工作时间聚众玩牌
作案工具：1副纸牌、3部手机
（有图有真相）
在机构严肃落实作风建设的时期居然还有这样顶风作案的事情发生，真是匪夷所思。中心领导把涉事员工叫到了办公室，经过一番谈话，了解事情的原委之后，非但没有惩罚，反而对他们的行为进行了鼓励。这是怎么一回事呢？
下面就让我们还原现场，和大家一起来解析敏捷估算这场牌局。
1、每个团队成员拿到一组卡片，共13张；由于卡片有限，部分成员使用手机小程序替代。
2、由一名团队成员或者产品经理负责阅读需要估算的产品待办列表中的用户故事（条目），团队进行讨论。
3、测试团队判断故事是否能够独立的交付测试；与测试团队、开发团队一起审核故事的验收标准(AC)。
4、全体成员都理解这个用户故事内容后，每名成员按照自己的想法给出估算结果，并选择对应的扑克出牌，估算结果不能告诉他人，出牌时数字朝下扣在桌面上。
5、所有人出牌后，阅读者向大家确认是否已经确定估算结果，确认后，数123，大家同时展示估算结果。
6、检查大家的估算结果是否一致？如果存在分歧是不是因为存在没有考虑到的因素？团队共同讨论差异原因，并重新出牌，直到最终达成一致，经过四轮投票后若还无法达成一致就取最高值。
7、选取下一个故事开始估算，重复步骤2-6。直到本次待估算的故事全部估算完毕。
8、根据本团队迭代速度（之前迭代完成的故事点数或者对于新团队来说可以事先设定一个参考值，后期再根据实际情况进行调整），确定本轮迭代纳入的故事条目，形成迭代待办列表。
原来这不是一场娱乐局，而是一场估算局，它是迭代计划会的一项例行议程。没想到敏捷号列车的生产车间居然还可以这么玩！
接下来好奇宝宝们对这种新鲜的估算方法有话要问了：
一、故事点估算方法适用于哪类项目？
故事点估算方法并不局限于哪一类项目，敏捷项目、传统项目都可以使用。但由于估算过程中要对每一条故事进行描述，考虑到时长问题，它更适用于对小批量需求进行估算。
二、故事点的单位是什么？
故事点是一组没有单位的组合，是一种具有相对性的度量方式。他虽然抽象，但对于评估完成一个任务（或者理解为故事）的“难度”却非常有效。这里所谓的难度是指包含了“复杂度”、“风险”、“不确定性”和“工作量”等多个度量维度的总和，它无法用一个精准的单位去估算。
三、什么是相对估算，这种算法有效吗？
举一个比较形象的例子，处室领导让你写一篇500字的文章，问你需要花多长时间能够写完。这个时候你一定会问领导几个问题：文章体裁是什么？诗歌、散文、技术文摘还是新闻宣传稿？有没有参考资料？文章阅读对象是行业专家还是入门新手？对于外部需求明确了以后你还需要搜索自己大脑内存，寻找以前曾经写作文章的大致时长，然后拿领导指示的文章要求和以往写作的经验相对比，给出一个相对合理的时间长度，对于难度大的估算结果较长、难度小的估算结果较小。你很难精准的去评判诗歌到底比散文的难度大多少？500字的文章比300字的文章要多花几倍的时长？即使你自己有一个严格的尺度，但是你不同时期的写作技巧、写作经验也会使估算结果有所差别。再加之不同人的标准也不同，所以很难拿出统一的精准的度量准绳，而相对估算很好的解决了这个问题。它用一种相对的概念，综合了团队成员全体的意见，在团队内部达成共识。
在该银行的研发中心敏捷研发方法的探索之路上还有更多新鲜的玩法，请各位看官持续关注呃！
