计划扑克怎么玩才有效（远程团队也适用）
计划扑克完整指南：现场和在线都适用。讲清斐波那契牌组、如何避免锚定效应、怎样处理离群估值、什么时候不该估点，以及更轻量的 T 恤尺码估算法。
计划扑克（也叫估点扑克）是团队一起估算工作量的简单方法：每个人私下选一张牌，所有人同时亮牌，然后讨论差异。数字本身没那么重要，重要的是它逼出来的讨论：一个人出 2，另一个人出 13，说明你们在花掉一整个冲刺之前，先发现了一个理解偏差。
这篇讲怎么把计划扑克做好，特别是团队在远程的时候。
计划扑克从哪来
James Grenning 在 2002 年提出计划扑克，初衷是让冗长的估算会议别再拖下去。后来 Mike Cohn 在 2005 年出版的《敏捷估算与规划》中让它广为人知。它借鉴了更早的宽带德尔菲法：先独立估算，再讨论，再重新估。
具体步骤
计划扑克的流程是：产品负责人先讲清一条待办，团队提问澄清，然后每人私下选一张估算牌，所有人同时亮牌。估值接近，就取多数值；差距大，就请出最高和最低的人说明理由，再重新估一轮。
- 讲需求。产品负责人讲清待办条目和验收标准，控制在一两分钟。
- 提问澄清。团队把不清楚的地方问清楚，这一步先不谈大小。
- 每人私下出牌。选好牌，先不给别人看。
- 同时亮牌。所有牌一起翻开。
- 讨论分歧。估值接近，就取多数值，进入下一条；差距大，就请出最高和最低的人说说想法。
- 再估一到两轮。通常第二轮就会收敛。如果还不行，看下文“如何处理离群估值”。
用什么牌组
大多数团队用改良版斐波那契数列：
0、½、1、2、3、5、8、13、20、40、100、?、☕
间隔越来越大是有意设计的：工作越大，估算越不精确，牌组正好体现这一点。没人能真正分清 14 和 15，但能分清 8 和 13。
- ? 表示“我了解得不够，没法估”。这是需要澄清的信号，不是投票失败。
- ☕ 表示“我需要休息一下”。请尊重它，估算疲劳只会产出糟糕的数字。
- 超过 13 通常意味着“这个故事该拆了”，而不是“它就是 40”。
避免锚定效应
计划扑克坚持私下出牌，就是为了避免锚定。如果一位资深工程师在出牌前说“这个大概 3 点吧”，大部分人会不自觉地往 3 靠。他可能估得没错，但其他人的信息就丢了。
几个防止锚定的做法：
- 亮牌前不说数字。有人说“这个很小啦”，主持人要温和地打断。
- 同时亮牌。线下就倒数三二一一起翻；线上就用投票全部完成前隐藏结果的工具。
- 只显示谁已经投了，亮牌前绝不显示投了多少。
- 请产品负责人不参与投票。他的职责是回答关于价值和范围的问题，而不是估工作量。
如何处理离群估值
离群估值是计划扑克里最有价值的时刻：要么有人知道别人不知道的事，要么有人误解了大家默认的前提。
估值差距很大时：
- 请出最高和最低的人简短说明，不带评判。问一句“你当时考虑到了什么？”就很好。
- 留意隐藏的工作：测试、数据迁移、对其他团队的依赖、大家不熟悉的代码模块。
- 重新估。
- 两轮后仍无法达成一致，三选一：取较高值；把故事拆小；或者先搁置，安排一次短的技术预研再说。
不要取平均值。三个人出 3、一个人出 13，答案不是 5.5，而是去聊聊出 13 的人看到了什么。
在线计划扑克怎么做
只要做好几件基础的事，远程估算效果很好：
- 提前导入待办。粘贴一串 Jira 编号或一个 CSV，能省下十分钟的“现在估哪张票？”。
- 试试异步预投票。团队分布在不同时区（比如墨尔本和成都）时，简单的故事可以会前先投。开会时只讨论有分歧的那几条。
- 讨论时开摄像头。看得到表情，才能发现有人不同意却没说出口。
- 导出结果。手动把数字抄回 Jira，最容易出错。
EstimateLift 的用法和其他计划扑克工具差不多，但围绕上面这些习惯来设计：粘贴 Jira 编号或 CSV、私下投票、同时亮牌、自动标出离群值、支持异步预投票、当场拆分故事，并能导出回 Jira。它还支持 T 恤尺码和功能点估算。这是 AI云 做的免费工具，不需要注册账号。
T 恤尺码：更轻量的替代方案
做早期路线图，或者面对一个从没看过的大待办列表时，故事点可能太细了。T 恤尺码改用 XS、S、M、L、XL。
| 故事点 | T 恤尺码 | |
|---|---|---|
| 适合 | 冲刺级别的待办条目 | 史诗、路线图条目、大待办的第一轮粗估 |
| 精度 | 中等 | 低（有意为之） |
| 速度 | 每条几分钟 | 每条不到一分钟 |
| 能否配合速率 | 能 | 需要先把尺码映射到点数区间 |
常见做法是：季度规划时先用 T 恤尺码过一遍所有条目，只对接下来一两个冲刺要做的条目用故事点细估。
什么时候不该用计划扑克
计划扑克是工具，不是仪式。下面这些情况可以跳过：
- 工作大小都差不多。如果大部分故事规模接近，直接数故事个数，预测效果可能和估点一样好。
- 估的人不是做的人。估算应该来自真正动手的人，而不是经理或单独的分析团队。
- 数字被用来考核人。一旦点数被拿来做团队间比较或绩效考核，就会膨胀，失去意义。
- 纯探索性工作。“查清楚为什么结账转化率下降了”是估不出来的，给它设个时间盒就好。
- 只为了填表。如果没人拿这些数字做计划，就别再生产它们了。
让估算会更顺的小技巧
- 每场控制在一小时以内，超过之后质量明显下降。
- 约定一两个参照故事（比如“那次登录改动是 3 点”），让尺度长期稳定。
- 综合考虑工作量、复杂度和不确定性，而不是估小时数。
- 冲刺中途学到重大信息时可以重估，但不要追求完美数字。
- 会前把故事准备好。对着一行字的工单估算，浪费所有人的时间。
常见问题
计划扑克里的斐波那契数列是什么？
指大多数团队使用的改良版斐波那契牌组：0、½、1、2、3、5、8、13、20、40、100。数字间隔越来越大是有意设计的，因为工作越大，越难估得精确。很多牌组还有“?”（了解不够，没法估）和“☕”（需要休息）两张牌。
计划扑克需要多少人投票？
所有要参与开发或测试这项工作的人，通常三到九人。人再多，就分成小组。
故事点等于小时吗？
不等于。点数是相对的：2 点大约是 1 点的两倍，仅此而已。把点数换算成小时，又会把故事点本来想避开的精度问题带回来。
一场计划扑克能估多少条故事？
取决于故事的准备程度。如果平均每条超过五分钟，多半说明故事需要先再梳理一下。每场最好控制在一小时以内；用 AI云 的免费工具 EstimateLift 做异步预投票，开会时只需讨论有分歧的条目。