您如何看待“ Planning Poker”？[关闭]

规划扑克

摘要，以防您不想阅读维基文章：

1. 获取您要为即将到来的迭代执行的任务列表
2. 对于每个任务：
   2.1与小组讨论该任务的含义
   2.2每个人写下/选择一项任务所需的工作量
   估算
   值2.3每个人都透露其估算值2.4最高和最低异常值解释其推理
   2.5重复直到达成共识

通常，类似于斐波那契数列中的数字（例如0、1 / 2、1、2、3、5、8、13、20、40、100）是允许的值，因此，对于诸如23与27。

此外，数字表示无单位努力价值，其价值由每个人都同意的基线任务确定，等于1，而其他所有任务都与此相对。

最终，目标是使给定团队的“速度”好起来，这是在给定迭代中可以完成的这些点的数量。这样，就可以对任何给定功能花费多长时间做出合理准确的估计。

我们在我工作过的一家公司的迭代计划会议上做到了这一点，我认为这是关于该特定公司的少数优点之一。所以，我想知道的是，有人使用过吗？您认为这是一个有用的估算工具吗？它在所有情况下都有效，还是适合某些团队，项目等？

我们在公司中使用它来参与我所参与的项目。在最近的博客文章中，表达了一些有关规划扑克的注意事项，这是一个很棒的原因清单：

1. 它使每个人都同意。人们不会被迫接受任何结果；相反，他们被迫做出自己的估计！如有必要，还会分配捍卫自己的估计的时间。

2. 它使每个人都忙。在尝试显示自己参与其中时，您不能在会议期间懈怠。另外，必须动手才能使身体保持良好的睡眠状态。

   但是，这样做的缺点是有时您确实需要做其他事情（例如，做一些笔记并写下刚达成的协议的详细信息）。

3. 它使会议速度更快。无需会议领导者的不断参与就可以保持一切进展。规则明确的游戏对此更好。是的，您需要做一些额外的动作才能放上卡片，将卡片显示出来等等，但是这些都付诸行动。

4. 很多人喜欢玩纸牌，特别是扑克:-)这增加了动力。

一家出售这类纸牌的公司在其网站上刊登了有关Planning Poker的文章，这也值得一读。

我们广泛使用它。我发现它与传统方法相比有几个优点：

1. 团队需要更多的估算所有权
2. 程序员原型经常偏向内向的人-这种方法鼓励他们在原本会屈服于更外向的人格的地方做出贡献
3. 当特征具有广泛的估计分布时，它是风险的良好指标
4. 仅通过估算，您就可以了解有关任务的更多信息
5. 没有什么比让人们进入有效沟通的房间更好的了

我同意帕维尔的观点。还有另一件事很有价值。它为讨论提供了公平的环境。在小组讨论中，安静的人常常被更多的口头语言淹没。计划扑克使每个人都有机会在积极的讨论开始之前做出决定。而且，如果由沉默寡言的人提供“异常”的意见，那么他们将有充分的机会陈述自己的观点。因此，该技术可以使安静的参与者发挥作用，并确保团队的全面参与。

在使用了计划性的扑克冲刺之后，管理层终于意识到我们开发人员几个月来所知道的一切，我们无法及时完成。

规划扑克，或更准确地说是基于故事点的估算，比传统的估算方法要准确得多，因为它结合了一种简单的方法来估算整个功能集的综合复杂性，并结合团队的实际能力进行实际测量。

这里已经有很多好的答案-我只想指出另一个功能。

当您使用计划扑克时，您可以立即衡量在工作规模上有多大分歧。如果我认为它是2，而您认为它是3，我们可以将其称为3并继续前进。但是，如果我认为这是1，而您认为这是5，我们最好讨论一下。

它使每个人都可以谈论和思考正在做的事情。即使我不打算为此工作，我也要注意估计。从现在起2个月后，我需要从事涉及该领域的工作，这对我有帮助。

这也很容易掌握。向人们展示工作分解结构，双眼凝视，然后开始流口水。向他们显示未来2-4周的任务列表，他们可以理解。

另一件好事：关于任务X是“ 3”还是“ 8”的讨论有助于团队确切地确定范围是什么-因此，以后，任务X所需要的内容就没有分歧。

我喜欢Pavel的观点，并补充说，它确实可以帮助初级开发人员或菜鸟更快地学习。他们不能只是坐下来让高级开发人员统治。他们的投票同样重要，如果他们真的致力于使估算准确，他们将从高级开发人员那里学到很多东西。

我在我目前的团队中不喜欢它，主要是因为我们有些人根本不赞成它。我们在任何修饰会议中都花费大量时间来讨论指向是否值得，并且我们的产品所有者从未分解过史诗，因此，我们通常最终会以疯狂的估计或故事为起点，而这些故事或观点表明这些点仅需分解。

没有什么比一次冲刺中有40和两个20多了！