【TechTarget中国原创】计划扑克（Planning Poker）是一个促使达成团队一致意见的团队构建活动。它由敏捷软件开发（agile software development）团队用来评估一定量的工作需要花多长时间完成。
计划扑克（Planning Poker）的目的是确保开发团队中的每个人都积极地参与到评估过程并贡献他或她的知识。该活动在可能有很多未知变量且为了得到精确的估计，需要很多领域的专业知识。
扑克会话通常是开发团队、项目负责人和引导人参与。在计划扑克（Planning Poker）开始前，引导人将开发团队聚在一桌并给每个成员分发一副专用牌，这也是扑克这个名字的来由。引导人和负责人没有牌。
每张牌有一个数字，这个数字相当于完成特定工作量所需的天数。举例来说，这副牌中的最小数是1/2（半天），而数值最高的牌写着21（一个月）。中间的牌通常用斐波纳契数列（1, 2, 3, 5, 8, 13）标数。每副牌都有一张卡片代表该工作需要花费过度的时间完成。一般来说，这张牌包含无限（infinity）的象征或者有一张画着地狱之门的图像。
引导人通过阅读软件组件的描述开始计划扑克（Planning Poker）会话，该团队要评估构建时间。每个开发人员从他的那副牌中选择一张牌对应他感觉完成该工作所需的天数，并将这张牌背面朝下放在桌上。一旦最后一张牌放下，引导人将牌翻面。如果每张牌一样，就达成了一致意见，那么引导人就继续下一个用户事件。
但是更可能的是，一些牌和其它的不一样。这种情况下，引导人的工作就是适当进行商讨并邀请给出高值牌和低值牌的开发员解释他们的原因。这时负责人的角色就是回答问题。
在预定时间量或者引导人判定后，开发人员会再次需要选牌。这个过程一直重复，直到团队达成一致意见或者引导人判决无法达成一致意见，该事件必须在项目前分解成更简单的部分。
计划扑克（Planning Poker）首次出现在2002年James Grenning写的一篇论文中，它作为Wideband Delphi Method的更正式版本，是20世纪40年代 RAND公司用来达成一致意见的方法。尽管计划扑克通常和软件开发联系在一起，所有需要评估项目完成时间的团队都可以使用该活动。
另见：Scrum、Scrum sprint、敏捷教练（Scrum master）、举手表决（fist to five）
