如何利用相对规模估算用户故事点数？

本文共计1636个文字，预计阅读时间需要7分钟。

通过引入相对规范模型，我们可以更高效、更快速地进行估算。实际上，如果没有合适的系统或工具，我们很难准确估算用户故障。以至于经常高估或低估了自己需要做的工作。而对于那些需要大量数据的工作，更是如此。

通过引入相对规模，我们可以更好、更快地进行估算。 事实上，如果没有一个好的系统或者工具，我们很难估算用户故事，甚至经常高估或低估了自己要做的工作。而对于那些需要花数周或数月时间制定长期计划的传统公司来说，一旦工作出现中断，必然会偏离最初的估算。

作为一个敏捷团队，可以通过精准的迭代和看板上的在制品来避免长时间的、不可预测的计划周期。尽管这些敏捷实践更具灵活性与适应性，但用户故事估算在交付过程中的重要性也不能忽视，因为它是与领导沟通工作交付时间的唯一方式。

随着时间的推移，估算能帮助我们了解团队的速度，这样我们就可以更准确地预测工作。而通过引入相对规模，我们可以更好、更快地进行估算。
一、我们要估算什么？ 敏捷团队会估算每个用户故事，并将其写在用户故事卡上。

用户故事是对客户所需功能的简短描述，用户故事卡是根据用户故事为敏捷团队显示某一交付单元的卡片。对于敏捷团队来说，他们要估算每一个故事的大小。
为了确保我们不会花费了大把时间做计划，结果因为不能适应这个计划转回到瀑布方式中，我们需要一种更直接的方法来评估用户故事。

如果团队刚开始做用户故事估算，一般会倾向于以小时为单位进行思考。但这其实行不通，因为我们通常在预测时间的时候是不太准确的。这也是比起马拉松式的计划，我们更喜欢短的迭代周期的原因之一。

如果故事的大小不能与小时挂钩，那我们如何估算用户故事呢？这里其实建议大家使用相对规模来估算。
二、什么是相对规模？ 我们先来看一下这个术语的两个组成部分：规模和相对。