规划扑克牌估算技术和故事点

估算不准确带来的挑战

估算不准确是项目管理中最常见的难题之一。在启动一个新的 IT 项目时，您想知道两件事：项目需要多长时间以及成本是多少。要回答这些问题，就必须对即将开展的项目进行估算。没有什么神奇的规则规定 X 项目需要 12 周，花费 $150,000 美元。或者类似 Y 的网站开发需要 10 周时间，成本为 $100,000。

本文回答的主要问题

您将从本文中学到什么？

- 项目经理如何准备项目管理中的成本估算？

- 哪些估算技术对项目估算有用？

- 规划如何让自己做好用公式估算成本的准备？

准确估算的重要性

没有全面的估算，你就无法评估项目的时间表或成本，即使项目的范围与你以前做过的非常相似。然而，情况更糟的是：估算也无法准确回答这些问题。那么，我们为什么要估算呢？因为只有这样才能对项目的时间表和预算、工作量以及交付项目所需的资源做出假设。

准确估算的好处

在对项目进行估算时，您还可以安排具有适当经验和技能的员工。为此，您可以使用一些方法和技术，让您尽可能准确地进行估算。以下是如何使用敏捷方法论和规划扑克技术为项目创建有意义的估算。

规划扑克的起源

Scrum（规划）扑克从何而来？

詹姆斯-格林宁（James Grenning）于 2002 年开发了以策略著称的规划扑克会话，称为 Scrum 扑克。上世纪 50 年代初，他的估算方法--宽带德尔菲（Wide band Delphi）--过于耗时，而且还有其他局限性。在格伦宁的案例中，扑克计划最初是为了解决一个问题，在这个问题中，玩家过于兴奋和过于专注，以至于无法获胜。后来，敏捷联盟和 Scrum 联盟的创始人 Mike Cohn 在一篇题为《敏捷估算与计划》的文章中使用了这一技术。

准确项目估算的步骤

创建所需功能列表

启动一个成功的项目，主要取决于你对项目实际内容的了解程度。这包括

- 了解客户的期望

- 了解项目的目的和主要目标

- 创建所需功能列表

一旦您了解了客户的简要说明，并掌握了尽可能多的项目要求信息，您就可以列出所有功能，并将其传递给您的团队。

开发产品积木

为此，请创建一个由所有待办功能组成的产品积压。然后，您可以对它们进行优先排序，评估它们的复杂性，并估算完成它们所需的时间。一个合适的产品积压应该包括

- 用户故事--描述用户在使用产品的每个步骤中可以采取的行动

- 验收标准--列出故事完成所需的项目

- 故事要点--以相对要点值估算工作量、风险和复杂性

- 用户故事的任务 - 列出交付用户故事所需的任务

让开发团队参与产品积压的创建和优先排序至关重要，这样才能确保评估的准确性和现实性。

确定功能的优先次序

按优先级对功能进行排序

准备好功能列表后，为每个功能分配优先级。您可以使用 MoSCoW 分析方法对它们进行排序：

- 必须具备

- 本应

- 本可以

- 不会有

开发一个项目，首先要把重点放在必须交付的东西上。开发 MVP 可以让你在完成整个项目之前测试你的想法，向利益相关者或测试版用户展示你的想法，并收集对进一步开发其他功能很重要的反馈。

分配优先级的重要性

指定优先级还有助于您对项目进行估算。当你把注意力集中在主要功能和需要首先完成的功能上时，你就可以对它们的预计完成时间做出更准确的假设。对于 "可能有 "的功能，您可以先做一个大概的估算，因为这些功能在开发过程中会更进一步，到您的团队完成这些功能时可能会发生很多变化（如果您的团队完成了这些功能，因为在收集了关于 MVP 的反馈后，您可以进行调整，不包含所有最初计划的功能）。

综合估算

不过，重要的是，要对所有功能进行估算，无论其优先级如何（当然，"不会有 "的功能除外），因为您希望一次性了解整个项目的概况。当项目进入下一阶段时，您可以重新评估工作范围，以确保您的估算准确无误。

估算技术

故事点估算流程

现在您已经完成了产品积压，是时候对其中的每个项目进行估算了。为此，我们使用故事点。故事点是敏捷团队用来评估完成每个积压项目所需工作的单位。故事点有助于为产品积压项目分配相对价值。故事点与时间无关，对不同的团队有不同的价值，因此不具有情感价值。因此，团队成员有可能不会为了保险起见而在估算上做手脚。规划扑克能帮助软件团队规划工作流程，提高项目交付率。

利用故事点，团队可以进行估算：

• 工作量
• 风险和不确定性
• 复杂性

使用规划扑克进行估算

与规划扑克协商估算

规划会议是总级估算技术之一，使用的是经修改的斐波那契数列：1, 2, 3, 5, 8, 13, 20, 40, 100.为了估算产品积压中的项目，团队成员会拿到同一套印有数字的计划扑克牌。然后，在产品负责人（不参与投票）对产品积压项目进行简要介绍和讨论后，他们私下挑选出他们认为与完成该项目所需工作量相关的故事点数的扑克牌，并同时揭晓。

基于共识的估算技术

如果数字不同，团队成员就会讨论他们为什么选择这样的故事点数，然后再次投票。这是计划扑克流程的一部分，是敏捷中一种基于共识的估算方法，用于估算用户故事的工作量。他们一直这样做，直到达成共识，然后再从产品积压中选择下一个项目。如果达成的数字很高，比如 20、40 或更高，这就意味着一个故事在一个冲刺阶段所需的工作量太大，可能需要分解成更小的任务。理想情况下，项目陈述、讨论和投票应在两分钟左右，这样就能在短时间内估算出整个积压工作。但由于这里的重点是一次性估算整个积压工作，所以请慢慢来，不要担心有些故事需要更长的时间来评估。

评估团队速度

评估团队速度

团队速度显示了项目开发的速度。它有助于了解两件事：

- 您的团队在一个冲刺阶段能完成多少工作

- 假定整个范围是固定的，预计完成的日期是什么时候？

每个团队的速度都不一样。您可以在最初的迭代之后，当团队已经完成了一些功能时再进行评估。例如，如果您在第一次迭代中包含了四个产品积木项目，总计 20 个故事点，团队完成了其中三个，相当于 15 个故事点，这就是团队当前的速度。请记住，只有完成的项目才算数。即使他们设法开始了第四个项目，但还没有完成，也不算数。

在这些会议期间，Scrum Master 在促进估算过程和确保准确评估方面发挥着至关重要的作用。

日程安排和预算编制

如何在故事点上安排特定项目

在协商故事点和评估团队速度后，您就可以确定项目的进度。为此，将过去三次迭代的团队速度相加，然后除以 3。例如，如果这些迭代的速度分别为 20、23 和 17，那么平均速度约等于 20 个点。如果估算的工作总量为 100 个故事点，那么在平均速度为 20 点的情况下，需要 5 次迭代才能完成项目。假设一次迭代需要两周时间，那么您应该在 10 周内完成项目。

确定预算

项目成本估算公式

要确定项目预算，可以使用以下基本公式：(故事点总数/速度*团队每次冲刺的小时数）+非人力成本=估计预算。用故事点总数除以平均速度，再用冲刺次数乘以每个团队成员每周 40 小时，就得出了人工成本。然后再加上非人力成本，如资本成本、设备成本、维护成本、培训成本等。例如，我们有一个估计有 100 个故事点的项目，团队的平均速度是 20。以 $50 的小时费率为项目分配 5 人团队，则团队每个冲刺的工时价值为 $20,000 美元，5 个冲刺的工时价值为 $100,000 美元。假设非人工成本为 $50,000，那么我们项目的预算估计为 $150,000。考虑到典范水平的置信区间为 80-120%，我们的预算报告范围现在为 $120,000 到 $180,000。

重新估算以确保准确性

重新估算项目，获得更准确的成本估算

请记住，没有任何估算是 100% 准确的。最好每隔几个迭代就重新估算一次项目，因为资源可用性、团队速度或项目范围等因素可能会随着时间的推移而发生变化。重新估算可以确保您的估算是最新的。使用时间跟踪和资源调度软件还能帮助您管理团队的可用性，并在必要时重新分配。有了正确的技术和工具，您就可以使您的估算更加可靠，并更好地规划下一个项目。

结论

准确的项目估算对于成功的项目管理至关重要。通过了解期望和目标、创建详细的产品积压、确定功能优先级以及使用故事点和规划扑克等技术，可以提高估算的准确性。定期重新估算以及使用时间跟踪和资源管理工具，可以进一步提高项目时间表和预算的可靠性。通过遵循这些做法，您可以克服估算不准确带来的挑战，确保取得更好的项目成果。