问题标签 [estimation]

我的公司刚刚收到了第一个大型开发项目的询盘，我想使用敏捷过程。客户对应用程序有远见，但公开承认要求很少，并承认我们将不得不按小时收费。正因为如此，我几乎把敏捷方法卖给了他。

问题是他想要一个数字来预算。我读过很多文章，它们几乎都主张不要放弃估算，因为客户会为这个数字做预算，即使需求发生变化，他们头脑中和书中的数字也不会改变。

我读过有很多方法可以在合同中考虑定价，但几乎所有方法（除了一个）都包含一个预先编号。这似乎违反了敏捷开发的整套原则。

所以我的问题是，如果您是敏捷开发者，您如何设法规避敏捷开发的 Catch-22？

我很难与管理层要求对使用我之前没有经验的第三方控件的编程任务进行估算。

我绝对理解他们为什么想要估算，但我觉得我给出的任何估算要么a）太短，让我看起来很糟糕，要么b）太长，让我看起来很糟糕。

我可以给管理层什么样的估计或答复来让他们摆脱我的支持，以便我可以继续工作！

在我们的迭代计划中，我们经常发现自己和这个人处于同一个位置——如果你没有经验，如何估计一个编程任务

在您给出合理的估计之前，我绝对同意原型设计。但这同样适用于任何需要一点架构和设计的东西——但我不太愿意在 sprint 的范围内做这一切。

基本思想是，您尽可能多地确定您有信心的任务，并按照正常情况估计这些任务。对于那些你不确定的领域，应该确定两种“类型”的任务：调查和实施。

调查任务是对您不确定的工作的简要描述，例如“调查如何将 Control X 绑定到数据”。为这些提供了估计。

实施任务是传统的粗略猜测，可能基于分配的故事点，您认为实施该功能需要多长时间。

在 sprint 期间，当调查任务完成时，开发人员应该处于对正在发生的事情有更好了解的阶段。然后可以识别“适当的”任务，它取代了实施占位符。此外，在此阶段可能会确定进一步的调查任务，并继续循环。

在上面的示例中，我们从 7 小时开始的调查任务和估计在 14 小时的实施任务开始。一旦完成第一次调查，任务 1、2 和 3 将在一定程度上被识别和估计，其中任务 3是另一项调查任务，稍后将确定任务 4 和 5。如您所见，第一次实施估计在 14 小时内交付了该功能 - 但实际情况是至少需要 4 + 7 + 3 + 4 + 2 = 20。比最初的估计多三分之一。

替代文字 http://www.duncangunn.me.uk/myweb/images/estimate.png

欢迎所有想法 - 我的直觉是这会飞 - 我是对的还是我是错误的兄弟？

干杯!

Are there any online repositories of completed real-world projects with their timescales that I can use to callibrate my own development time estimates?

以下是系统应处理的估计值：

• 3000+ 终端用户
• 全球 150 多个办事处
• 高峰时段 1500+ 并发用户
• 10.000+ 每日更新
• 每秒 4-5 次提交
• 每秒 50-70 个事务（读取/搜索/更新）

这将是内部唯一的业务应用程序，致力于帮助航运公司进行全球货运管理。

您的技术选择是什么，为什么要选择，以及实施它大概需要多长时间？谢谢。

注意：我不是在招聘。:-)

我经常与无法弄清楚如何使用 Excel 的销售和营销类型一起工作，更不用说从技术角度了解他们的要求范围了。当然，期望他们这样做是不公平的，但这仍然给我留下了一个问题。

向营销和销售类型展示他们要求的需要大量复杂编程和一些耐心的东西的最佳方式是什么？

您能否分享问题和解决方案的示例？

你能推荐一下这方面的书吗？

谢谢！

设置场景 - 我在那些喜欢估计和跟踪几乎所有事情的行业之一工作。我们的关键指标之一是 SLOC（源代码行 - 声明性和可执行语句）。我们将其用于项目规模和成本估算、项目规划和许多其他事情。我们尝试用它来比较苹果和苹果（即，我们不会将一种语言/领域的 SLOC 与另一种语言/领域的 SLOC 进行比较）。 注意：我们不会根据这个指标评估单个开发人员，也不会仅仅因为 SLOC 与预期的不同而将其称为错误或坏事。然而，我们确实认为一个项目有更多的 SLOC，也可能有更多的错误。

就在最近，我开始在项目中使用库来代替原本需要手动编码的组件——例如 JSF 代替 JSP，Hibernate 代替 JDBC 等等。所以......而不是编写代码行，我们的团队正在开发 XML 文件。XML 映射仍然需要付出努力，并且复杂性之间仍然存在模糊的相关性 - 在给定项目中拥有多 100 倍的这些 XML 配置文件可能表明它需要更多的努力来创建并且可能比仅具有的项目更复杂的调试XML 文件的 1/100。

那么......有人对测量这些 XML 配置文件的大小有什么建议吗？# 元素？# 元素 + # 属性？别的东西？

我已经看到很多关于构建与购买的问题和讨论，但大多数人都坚持简单的方法，你可以简单地做一个或另一个。大多数时候，您必须购买和集成或自行构建。无论哪种方式，你都在做一些工作。

在接下来的 30-60 天里，我需要实施几个管理项目，以防止每个人都扯掉头发并互相残杀。其中最大的是票务系统（电子邮件、支持请求、自助服务等）。

不乏选择，但最终我们将不得不购买我们决定使用的任何东西，添加我们所有的客户及其用户，并确保我们随着时间的推移保持同步。我们还必须提供单点登录并进行一些设计工作，以使其看起来像是我们从头开始构建的。

如果我们构建我们可以跳过集成痛点，尽管具有有限（但集中）的功能集。

在做出这样的决定时，您通常会分析什么？如果有 4 到 5 个系统能够很好地完成一项非常具体的工作，还是有一个可以完成所有工作的单一系统更好？

如果是，为什么？多少？

我倾向于夸大我的一点，因为我可能过于乐观。

在回答Ash发布的“<a href="https://stackoverflow.com/questions/549597/dealing-with-awful-estimates/553200#553200">处理糟糕的估计”时，我分享了一些我学到的技巧和个人用来发现弱估计。但我确信肯定还有更多！

在需要对第三方（同事、业务合作伙伴或外部公司）编制的软件项目估算进行快速评估的场景中使用什么启发式方法？

在没有对手头任务的详细了解的情况下，可以发现哪些明显的和不那么明显的软件估计弱的迹象？