用户故事中最受欢迎的 7 种敏捷估计方法 - IT 观察者随笔

Table of Contents hide

7.2 Scrum 技术和工件中的其他文章

说到敏捷估计，不得不提一下它的基本原则：使用相对估计单位（如故事点），促进对用户故事内容的详细讨论，形成对解决方案的共识和承诺，增强团队通过有凝聚力的协作。

用户故事的敏捷估计方法 — Visual Paradigm International

我周围的许多敏捷团队都使用“计划扑克”来估计故事点。虽然这种方法很流行，但它也有其局限性。

例如：

待估算的函数太大，用“计划扑克”不易估算；
300个故事出来；
待估计的用户故事没有足够的参考信息；
时间紧迫，来不及估算整个产品需求清单。

因此，本文不仅介绍了最流行的敏捷估计方法“计划扑克”，还介绍了其他 6 种敏捷估计方法，可满足您对用户故事估计的所有需求

1. 规划扑克

所有参与者使用编号的扑克牌来估计用户的故事，在估计时匿名投票，如果有很大的分歧进行讨论，然后再次投票，直到整个团队就估计的准确性达成共识。计划扑克的使用有局限性，最适合小型团队（5-8 人）和少量用户故事（最多 10 个）。

提示： 虽然不是规则，但强烈建议将产品 backlog 中的用户故事分解不超过 13 点；这样您的团队就可以清楚地了解用户故事，达到可以轻松估计的详细程度。

2. T恤尺码

使用 T 恤的尺码来估计用户故事的尺码：XS、S、M、L、XL。每种尺寸的大小代表了需要进行公开和诚实的讨论。这种方法快速简便，可以粗体估计产品需求列表的大小。

提示：此方法适用于估算大型用户故事的海量需求列表，尤其是当多个 Scrum 团队围绕一个产品工作时。

T 恤尺寸敏捷估计方法 — Visual Paradigm International

3. 点票

这种方法适用于估计小的用户故事，方法本身非常简单有效。“点投票”是一种决策方式，但你也可以用它来估计用户故事。方法是：给每个人分配几张便利贴，自由选择投票给哪些用户故事。用户故事获得的点越多，它代表的数量就越大。

提示：此方法可用于大型和小型团队，但您必须限制估计的用户故事的数量。

4. 桶系统

假设您有大量需要估计的用户故事，并且您希望加快整个过程。实际上，您正在寻找比计划扑克更有效的估算，那么“桶系统可能是一个理想的选择”。

首先，按照“计划扑克牌”的顺序设置几个“桶”，然后，团队将要估计的用户故事写在便利贴上，并将其放入“桶”估计中。

3. 三点法

3点估计属于时间管理知识领域。它也可以在成本估算期间使用。单点估计的问题在于它们很少是正确的。与单点估计相比，三点估计是更好的估计。

单点估计只是给你一个数字——例如，

开发： 完成订单流程功能需要多长时间？

这个5 天的估算值有多可靠？这将取决于开发人员，以及之前是否已完成此任务？如果它是一项例行任务，并且已经执行了很多次，那么单点估计可能是要走的路。但如果它是从未做过的事情，或者是一项新活动，或者工程师对这项活动不熟悉，那么这个数字很可能是不正确的。在这种情况下，进行三点估计会给你更多的可靠性。

三点估计着眼于最乐观估计（O）、最可能估计（M）和悲观估计（最不可能估计）或（L）。

6. 亲和力估计

亲和度估计是找到要估计的用户故事的相似性。团队的任务是对相似的用户故事进行分组。“找到相似性”的最佳方法是将过程可视化并将小计组合成大组。

提示：这种方法在一小群人和少量用户故事中效果最好，您必须将不同的估计分配给不同的组。

7 排序方法

这种方法可以让你对用户故事的相对大小有一个相对准确的判断。如果一小群专家这样做，效果最好。

方法如下：将所有用户故事按任何顺序放在从低到高的刻度标签上，每个参与者都可以在刻度上移动一个用户故事，每次移动只移动一帧低或高。或者放弃一轮。重复此过程，直到所有团队成员都不想移动用户故事或放弃一轮。

提示：这种排序方法可以得到一个细粒度的估计，适用于小群体和大量用户故事。

概括

本文的目的是向您介绍这些方法的存在。在日常使用之前，您应该根据自己的用户故事和员工规模尝试不同的方法。

如果您对这些方法感兴趣，请在评论部分留言。我可以在另一篇文章中更详细地阐述这些方法。