软件开发里，估算不准确常常致使项目延期，或者造成承诺失信。敏捷德州扑克并非一种游戏，而则是一种促使团队能够快速、平等且精准地达成估算共识的实践。它借助把复杂任务进行拆解、量化，运用一套简单规则将“我觉得”转变为“我们一致认为”。

为什么用扑克牌估算

传统估算期间，资深成员的某句话常常主导了朝向，沉默的多数怀揣疑虑接纳了一个不太靠谱的数值。敏捷德州扑克借助同时出牌这般方式，消除了从众现象以及权威压力。每个人独立自主给出自身的判断，使得所有声音于同一平面上被瞧见、被敬重，这才是基于团队智慧的真切估算。

点数到底怎么定

初期，不少团队在使用斐波那契数列之际，会对“13点”与“20点”究竟相差几何深感纠结。重点并非追求那种绝对的精准无误，而是要构建起一种相对的尺度标准。举例来说，将一个简单至极，所有人都能够马上予以搞定的用户故事确定为1点或者2点，凭借这个作为锚定的点来衡量其他任务所具备的复杂度、工作量以及不确定性。一旦察觉到两个点数出现来回摇摆的状况，通常就意味着该任务本身是需要进行拆分处理的。

遇到分歧怎么办

打牌结果呈现出极大不同时，别急着去投票，也别忙着取平均数。这着实是价值最为高的时刻。请点数处于最低以及最高的成员分别讲述理由，他们常常看到了其他人忽视的陷阱、依赖状况或者化简机会。这个过程并非是去争论谁正确谁错误，而是借助信息之差异，将潜藏在个人头脑中的风险、假设以及技术细节摊置于桌面上，使得估算回归到客观状态。

如何让估算真正落地

仅仅扑克估算自身并不会创造价值，后续所进行的迭代规划才是创造价值的关键所在。当团队针对每个故事的点数达成一致意见之后，需要借助历史速率也就是来对能够完成的工作量予以预测。始终要依据“速率”而非“个人感觉”去承诺迭代的相关内容。与此同时，提议每一轮估算的时长不要超出45分钟，要是针对某个故事的争论时间超过5分钟，那就直接把它放置到“待细化”列表当中，通过会后的异步沟通来加以解决，以此防止会议陷入徒劳无功的状态，白白消耗时间和精力。

当你的团队于估算会上不再产生争吵，而是不间断地说出“原来这个点我并未考虑到”之时，敏捷德州扑克便真正开始发挥效用了。在你们最近的一次估算里面，有没有一张“离谱”的牌，最终协助团队避开了一个巨大的坑呢？欢迎大家在评论区把你的故事分享出来。