规划扑克®是一个主要在敏捷环境中使用的估算方法。它融合了比较估算和以Delphi德尔菲技术为代表的小组决策技术的相关要素。

在使用敏捷开发方法的项目中，团队需要估计在给定的时间盒（或者冲刺周期）中，他们将要工作的一定数量的用户故事所涉及的工作量。

团队中的成员会有不同的估算风格、不同的经验和不同的技能。为了减少估算范围的分散，并使每个人都能对估算过程做出贡献，规划扑克的首要原则是针对“故事点数”而不是小时或者天数进行估算。

故事点数是对规模和复杂性的相对衡量（因此与比较估算相联系）。团队将从选择一个相对简单的故事开始，并赋值为1。

一个常用的例子是刷墙。这是一份相对简单的工作，将被赋值为1——这是基线故事。一个新手刷墙工人和一位专业装饰工人将会用不同的时间来粉刷墙壁，但是他们都同意这是一项简单而直接的工作。他们也同意粉刷两面墙将会是两个故事点。他们也同意，由于规模经济，粉刷房间的四面墙将只是三个故事点。

继续这个刷墙的例子，团队可能还得考虑粉刷窗户。这需要更多的准备和仔细地遮盖玻璃。它将比刷墙要复杂得多，所以可以赋值故事点数为2。

这个过程现在需要无偏见地获得所有团队成员的意见。这是使用“扑克”牌的地方，与德尔菲法有相似之处。

团队成员将根据斐波那契（Fibonacci）序列（1、1、2、3、5、8、13……）分发一些扑克牌。这些牌不是连续的线性分布（1、2、3、4、5）的原因是，一个任务越大、越复杂，就越难进行准确地估算。

“∞”卡可以用来表示估算者不认为这项任务能够完成，“？”卡则用来表示估算者无法进行估算。

这个过程从每个团队成员研究用户故事开始（例如，刷一扇窗户），并简单地讨论这会涉及到哪些工作。然后他们各自赋值一个故事点数（通过与基线故事相比较）。重要的是在这一阶段没有商谈。然后，要求每个人同时在桌上放一张牌来揭示他们的估算。这就避免了讨论受到第一估算的过度影响（一个被称为“锚定”概念就是指人们会根据别人的意见来调整自己的观点）。

如果所有的估算都在一个范围内（也就是说，都是3和5，或者都是5和8），那么这个故事就按照较高的数字进行赋值。如果估算的范围较大，那么主持人会要求估值较低和估值较高的团队成员解释原因。

有可能，例如，用户故事关于窗户的类型不是那么准确，不同的估算者根据他们最近的经验，对窗户的复杂性做出了不同的假设。

然后可以通过澄清这个故事（在这种情况下，接触故事的最初提出者是必须的）、或者在团队中对任务的复杂性达成共识，来缩小估算的范围，并重复这个过程。

每个在一个时间盒内开发用户故事的团队，都会有一个“速度”，这是他们通常在给定时期（例如，2周）内完成的故事点的数量。计算速度显然需要从故事点数到时间（小时或工作日）的某种形式的转换。速度是团队的一种内在质量，在项目交付阶段开始时，这本身也是一种估算。随着更多时间盒的完成，团队的速度将会更加确定。这样，项目管理团队就可以根据交付团队对故事点数的估算进行高层次的计划。

 

规划扑克®是山羊软件公司的商标