基于scrum的估算

依据用户故事数量估算

我们在 Scrum 流程中引入了#NoEstimates方法。我们不是使用估计和花费时间来计算燃尽，而是根据我们在每个 sprint 中完成的用户故事的数量来跟踪我们的进度。这种方法背后的主要概念是，我们的 sprint 目标是交付一组用户故事，而我们需要完成多少任务才能实现这一目标并不重要。

这种方法的好处是它减少了在每个计划会话期间估计用户故事和任务所花费的时间。但是，这需要团队一定的经验和纪律。我们添加了一个简单的规则来帮助我们从这种方法中受益：

完成任何任务都不能超过两天。如果任务需要更多努力才能完成，则应将其拆分为更小的工作单元。

我们同意在 sprint 期间添加任务绝对没问题，因为我们可以节省计划会议的时间，并且不会提前讨论每个小工作单元。Scrum Master 负责执行此规则。如果团队中的某个成员连续 3 次在同一任务上报告工作，Scrum Master 会要求该团队成员立即拆分任务。

燃尽图

使用#NoEstimates方法，我们跟踪已完成用户故事数量的进度，因此不需要估算字段。
以下是我们如何配置。

以根据用户故事计算燃尽图：

1. 在Board Settings面板的Card 选项卡上，将Estimation Field设置为No Estimation字段。
2. 在Chart 选项卡上，选择Burndown，将 Issue Filter 设置为Custom，并将 Query 设置为：  Type: {User Story}。

以已解决任务数量燃尽图： 

可以根据已解决任务的数量（所有卡片）计算燃尽。但是，由于我们不断地向 sprint 添加新任务，因此 Ideal Burndown 会波动并变得无法使用。

使用扑克牌来估算任务：

我们使用计划扑克来估计任务。现在我们有了更多的经验并且知道我们团队的速度，我们对我们可以在一个 sprint 中完成的用户故事的数量有了很好的感觉。
如果您是敏捷新手，我们建议您从估算任务的基本策略开始。几个月后，如果您觉得自己已准备好从中受益，可以尝试#NoEstimates方法。