计划扑克也称之为_计划扑克和亲和估算

您好！您提到的这两个术语是敏捷开发中常用的两种估算方法。它们之间是并列、互补的关系，而不是一个事物的两个名称。

完整的说法应该是：在敏捷估算中，我们常用 计划扑克 和 亲和估算 这两种技术。

下面我为您详细解释一下这两者：

1. 计划扑克

核心思想： 一种基于共识的、游戏化的估算技术，用于估算产品待办列表项（如用户故事）的工作量或相对大小。

如何进行：

* 参与者： 开发团队全体成员（开发、测试、设计师等）、Scrum Master/教练，产品负责人提供澄清但不参与估算。

* 工具： 一副特殊的扑克牌，牌上的数字通常采用修改过的斐波那契数列（如 0, 1, 2, 3, 5, 8, 13, 21, 40, 100, ?，咖啡杯）。

* 流程：

1. 讲解： 产品负责人选择一个待估算的用户故事并向团队讲解。

2. 提问与澄清： 团队成员讨论，提出问题，产品负责人解答。

3. 私人出牌： 每个参与者私下选择一张代表自己估算值的牌。

4. 同时亮同时亮牌： 所有参与者同时亮出自己的牌。

5. 讨论差异：

* 如果估算值相同或接近，则达成共识，将该值作为故事的估算结果。

* 如果估算值差异很大（例如有人出 3，有人出 13），则估算最高和最低的成员分别阐述自己的理由。

6. 重新估算： 经过讨论后，重复步骤 3-5，直到达成共识。

优点：

* 避免锚定效应： 同时亮牌避免了资深成员的观点影响其他人。

* 促进讨论： 差异化的估算能引发对需求细节和技术实现的有益讨论。

* 快速有趣： 游戏化的方式让估算过程不那么枯燥。

2. 亲和估算

核心思想： 一种快速、分组比较的估算技术，适用于在短时间内对大量待办项进行粗略的相对大小排序。

如何进行：

* 参与者： 整个团队。

* 工具： 写有每个用户故事的卡片或便利贴、一面空白的墙或白板、以及几个代表尺寸的标签（如 XS, S, M, L, XL 或 1, 2, 4, 8, 16）。

*）。

* 流程：

1. 准备： 将所有需要估算的故事卡片打乱顺序。

2. 沉默排序： 团队成员在不进行讨论的情况下，根据直觉将故事卡片按相对大小分成几堆。这个过程通常是沉默的，如果有人觉得某张卡片放的位置不对，可以移动它。

3. 讨论与调整： 当所有人对初步分组都没有异议时，团队开始讨论那些存在争议或位置模糊的卡片，并对其进行调整。

4. 赋予点数： 为最终确定的每一组卡片赋予一个统一的尺寸标签或故事点数（例如，这一堆都是“S”，代表 2 点）。

5. 校准： 团队可以选出一个“基准故事”作为参考，确保不同估算会议之间的尺度一致。

优点：

* 极其高效： 非常适合在项目初期或发布规划时，快速处理几十甚至上百个需求。

* 宏观视角： 帮助团队从整体上把握产品待办列表的规模和分布。

* 减少分析瘫痪： 强调快速、直觉性的比较，避免了在单个故事上陷入过度分析的困境。

总结与关系

| 特性 | 计划扑克 | 亲和估算 |

| :--

| 目的 | 对单个或少量故事进行精确估算 | 对大量故事进行快速、粗略的排序和分组 |

| 粒度 | 较细 | 较粗 |

| 速度 | 相对较慢 | 非常快 |

| 适用场景 | Sprint 规划会议前，细化少量高优先级故事 | 发布规划、梳理大规模产品待办列表 |

| 互动方式 | 基于讨论和辩论达成共识 | 始于沉默排序，辅以讨论 |

在实际应用中，团队常常将两者结合使用：

1. 首先使用亲和估算对整个产品待办列表进行一次快速的、宏观的梳理和分组。

2. 然后，在每次Sprint规划会议前，针对即将进入Sprint的高优先级故事，使用计划扑克进行更精确的估算。

简单来说，它们不是同一个东西，而是敏捷团队工具箱里两件不同但都非常好用的估算工具。