用户故事的时间估算

Question

您如何估计实施用户故事所需的时间？如果您在知道需要多长时间之前就已经完成了某件事。但如果它对你来说是全新的呢？你预留多少时间来给“惊喜”？

Answer 1

一个很好的技巧是将故事分解为更小的任务，并估计它们 相互比较 （而不是绝对）。所以你可以说：

• 任务A需要2个单元（任意）
• 任务 B 的复杂程度约为任务 A 的 2 倍（4 个单元）
• 任务 C 大约有一半复杂（1 单元）

我们更擅长估计相对复杂性而不是绝对复杂性。然后，您实际执行其中一项任务，并计算出执行 1 个单元需要多少“实时”时间 - 现在您可以计算所有任务。您根据进展情况不断更新您的估计。

该技术来自 敏捷估算和规划 迈克·科恩（Mike Cohn）写的，这是一本关于这个主题的好书。

Answer 2

在敏捷开发XP学校，他们主张，你不实际时间，但在任意单位估计。 （他们用“橡皮糖”，但你可以使用任何）。你分配你的最佳猜测的单位数，将采取实施该用户的故事。

的确，你可能是错的，但你会在你的发展打了一个阶段，经过几次迭代中，当你的猜测大多是正确的，而且很容易为企业/客户得到多少故事的准确预算它们可以包括在一个迭代。

拇指的早期，当它是很难估计一个很好的规则，是采取最简单的任务之一，并分配，在一个价值1评估对方用户故事关于一个，给你最好的猜测。如果事情是过于复杂，或没有明确规定的话，你将不得不给它一个非常大的数字。

另一个关键概念是，你必须为每个用户故事，每一次迭代重新评估的时间。当你的故事得到更好的定义，并为你的速度估计的提高，你会得到你的故事更准确的时间。

至于惊喜，它并没有真正承担对用户的故事...的估计，因为你没有用户故事代表的惊喜。

Answer 3

史蒂夫麦康纳在“软件估计 - demystifiying的黑色艺术”表示，更好比我将：

  

“计数，如果在所有可能的。计算当   你不能指望。单独使用的判断   仅作为最后的手段“。

第7章 - 计数，计算，法官（PDF）

（感谢提醒我的这一点：）

Answer 4

实现，我的工作的技术。 对于每一个用户故事写在一张卡片与heading.Get每人拿一张卡片并在其上写，他们认为这将需要完成的小时数。让他们把对任务卡片擅自将对方。一旦你在看数字的所有结果，看到了顶部和底部values.You通常得到的数字相当接近对方。

有关远高于或远低于这些值要求开发商或人与输入为什么他们认为这将需要很长时间或相比，平均这么短。未来与从，而不是一个单独的团队concensus意味着每个人都有的任务自己拿。

这是从一本书上我敏捷技术读取和忘记笔者用它归功于他们的想法。