敏捷扑克(也称计划扑克)是敏捷开发中常用的估算方法,它并没有一个固定的数学计算公式,而是一套结合特定卡片数值和协商流程的估算体系。其核心在于通过团队的集体讨论和多次迭代,对用户故事或任务的工作量达成共识。
下面这个表格汇总了敏捷扑克的核心构成要素,可以帮助你快速把握其“公式”体系:
| 核心要素 | 说明 | 常见示例 |
| 卡片数值序列 | 估算时使用的数字,代表工作量的相对大小 | 斐波那契数列(更常用):0, 1, 2, 3, 5, 8, 13, 20, 40, 100 。 |
| 估算基本原理 | 采用相对估算,以一个基准任务(例如1个故事点)为参照物,评估其他任务的相对规模 。 | 无 |
| 标准化估算流程 | 团队协同估算的具体步骤,是多轮讨论和调整直至共识的过程 | 详见下文流程部分 |
| ✨ 特殊含义卡片 | 某些卡片有特定用途,不代表具体数值 | `?`:任务不清晰,无法估算
`∞`:任务太大,需拆分 |
实际估算时,团队会遵循一个结构化的流程 :
1. 准备:每位参与者分发一套扑克牌。
2. 讲解:产品负责人详细讲解待估算的用户故事 。
3. 私下选牌:团队成员独立选择代表自己估算点的牌,不互相商议 。
3. 同时亮牌:所有参与者同时亮出自己的估算牌 。
4. 解释与协商:
* 如果估算结果相差很大,则请估算值最大和最小的成员分别阐述理由 。之后重新估算,此过程通常最多进行3轮 。
5. 达成共识:经过讨论,如果估算结果相近(例如形成了闭合序列),则可以取中间值或大家认可的值,该任务估算结束 。
假设你的团队选择“用户登录”(基准任务)为 1 个故事点。
* 估算“忘记密码”功能:可能大家普遍出牌 3 或 5。
* 估算“实现单点登录(SSO)”功能:由于涉及外部系统集成,更为复杂,可能出现 8 或 13。若有人出“?”,则需产品负责人澄清技术细节。若有人出“∞”或“100”,则提示此功能过大,应拆分为更小的用户故事再行估算。
希望这些信息能帮助你理解和应用敏捷扑克。如果你在具体实践中遇到关于卡片数值选择或流程控制的具体问题,我很乐意提供进一步的探讨。
aapoker哪里开发的