故事计数

故事计数是一种用于规划和估算的技术。与故事点类似，它与XpVelocity一起帮助您确定在固定时间内可以交付多少个故事。然而，它与故事点不同，因为它只考虑每个时间单位的故事数量，并且（主要）忽略了它们的大小。

故事计数的理由来自经验。我听说过几个团队查看他们的历史记录，发现整个项目过程中，他们使用故事点进行的估算并不比简单地统计每个迭代中的故事数量更准确。鉴于此，计算故事点的努力并不值得。

使用故事计数并不意味着所有故事的大小都大致相同（尽管有些团队确实以这种方式工作）。故事的大小仍然可能不同，但随着时间的推移，更大和小的故事会相互抵消，因此简单的计数最终会相同。

这并不意味着您完全不考虑相对大小。团队通常会付出足够的努力来确保故事在工作量方面处于同一数量级（因此，如果它们被赋予故事点，它们将处于 1-8 点范围内）。[1]

使用故事计数时，您以与往常相同的方式使用速度，唯一的区别是速度只是故事的总和，而不是故事点的总和。

使用故事点进行估算的好处之一是，它有助于识别理解不充分的故事。因此，在使用故事计数时，您需要确保存在某种机制来发现具有隐藏复杂性的故事。

到目前为止，我遇到的使用故事计数的团队都是已经擅长使用故事点的团队，因此故事计数可能是一种更高级团队的技术。我发现团队在使用故事点和故事计数方面都表现出色，并且对它们没有偏好。