agile - 您如何预先评估敏捷项目？

Question

就目前情况而言，这个问题不太适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持，但这个问题可能会引发辩论、争论、民意调查或扩展讨论。如果您觉得这个问题可以改进并可能重新开放， visit the help center以获得指导。

已关闭 11 年前。

在从事固定价格软件开发项目时，我经常发现自己必须估计价格确定后、工作开始前(或开发初期)项目所需的总时间。不幸的是，这些类型的项目最好使用迭代/敏捷方法来开发，这意味着我们不会(也确实不能)进行完整的前期设计。

在典型情况下，我们会有一份具有 X 个功能和 Y 美元的合约。签订契约(Contract)后，工程部门需要估计完成 X 功能所需的小时数。预先需要此信息的可能原因有多种，包括:

• Y 美元转换为可用的 Z 小时，因此我们必须确保时间(X)<=Z，也许可以通过缩小 X 的范围来实现。

• 交付日期已经确定，因此我们必须分配适当的资源来满足该日期的要求。

Kelly Waters 对敏捷评估有一个有趣的看法:http://www.agile-software-development.com/2009/04/agile-estimating.html不幸的是，这些是使用积分系统对难度的估计，并不能转化为小时数。

在我看来，我们需要能够做以下两件事之一:

• 获得具有巨大灵 active 的契约(Contract)，以适应敏捷开发流程。

• 弄清楚如何为尚未设计的功能提供相当准确的预先估计。

在大多数情况下，第一个选项当然不是一个选项。有人对如何在敏捷开发场景中生成预先估算有任何建议/指导吗？

或者，是否有人看到通过其他流程更改来解决我们的问题的另一种选择？

Answer 1

我认为每个客户都希望至少能够估算出实现给定数量的功能将花费他多少费用。我不同意有人说如果你使用敏捷就不能做到这一点。敏捷可以适应现实世界，客户想知道他们将在一个项目上花费多少钱，或者至少有一个粗略的想法。

因此，至少有两种已记录的方法可以执行此操作，并且这两种方法都在 "Agile Estimating and Planning" 中进行了描述。我强烈建议大家阅读迈克·科恩 (Mike Cohn) 写的书。

• 在您的项目开始之前，请先将您的故事分解为任务，并以小时为单位估算每个家庭的情况。根据这些估计值进行预算计算。请记住，这些估计仅用于达到估计时间/预算。当项目开始时，团队应该像平常一样负责估计和创建任务。

• 使用历史数据。如果同一团队之前曾参与过具有类似技术的项目，那么您可以使用过去的团队速度来估算项目成本。

同样，有关如何执行此操作的更多详细信息，请阅读引用书。