以前需要一天完成的任务现在需要多长时间？一小时？5 分钟？
以前耗费整个冲刺周期的样板代码，现在从一个提示词中涌现出来。整个功能的脚手架在你咖啡变凉之前就已经准备好了。
这确实令人兴奋。
但对于任何试图规划项目的人来说，这也确实令人困惑。
旧的估算启发式方法，那些从多年经验中刻在你大脑里的方法，不再完全适用了。"那是一个两周的功能"现在可能变成三天的功能。或者它可能仍然是两周，只是工作分配方式不同。知道哪种情况是哪种已成为现代项目规划的核心技能。
以下是在 AI 参与下思考估算的方法。
在你激动之前，我很清楚我们过去估算的是工作量，而不是任务所需的时间。但我也了解现实------我们需要对此保持诚实，即工作量总是被无情地转化为时间。也许不是我们工程师，而是其他人 😃
总之。
1、比例变化
首先要理解的是，AI 并不只是让开发更快。它改变了时间花在哪里。
在传统开发中，编写代码往往是瓶颈。开发人员可能 70% 的时间在打字，30% 在审查、测试和集成。编写是缓慢的部分。
有了 AI 辅助，这个比例反转了。生成现在是快速的部分。你可能 20% 的时间用于提示和生成，80% 用于验证你得到的内容确实有效，将其与现有系统集成，并处理 AI 没有预料到的边缘情况。
这不是要解决的问题。这是需要考虑的现实。 当估算一个任务时，问题不仅仅是"构建这个需要多长时间？"而是"生成一个可工作版本需要多长时间，以及使其达到生产就绪状态需要多长时间？"
现在是两个独立的数字，它们的表现方式也不同。
2、什么变得更快了（什么没有）
并非所有工作都能从 AI 辅助中平等受益。理解这种差异对于准确估算至关重要。
AI 高杠杆：
- 样板代码和脚手架。Next、Nuxt、Angular、Rails、Flask 等。
- 标准 CRUD 操作。管理后台。
- 常见 UI 模式。Tailwind（可惜 RIP）、Bootstrap。
- 具有清晰输入和输出的数据转换。
- 为明确定义的函数生成测试。
- 文档和注释
对于这些任务，你可以经常将估算时间减少 60-90%。AI 处理得很好，并且验证很简单，因为模式很熟悉。
AI 低杠杆：
- 具有许多特定边缘情况的复杂业务逻辑。
- 多个系统之间的集成。
- 性能优化。
- 安全敏感代码。
- 调试生产问题。
- 任何需要深度领域知识的内容。
对于这些任务，估算时间大致保持不变。AI 可以提供帮助，并且随着每个新模型和代理方法，它变得越来越容易，但困难的部分仍然困难。开发人员仍然需要思考问题，而这种思考不会压缩。思考是你将需要继续做的事情，还要持续一段时间。
中间地带：
- 具有混合复杂性的功能开发。
- 重构现有代码库。
- API 设计和实现。虽然这也变得越来越容易。
这些可以看到中等收益，可能是 30-70%，但方差要大得多。AI 加速了某些部分，而其他部分仍然需要手动操作。
在估算项目时，将任务分类到这些类别中给你一个更清晰的画面，而不是应用一个普遍的"AI 让一切更快"的假设。
3、验证问题
这里有一个有用的重构：不要问"构建这个需要多长时间？"，而要问"信任这个需要多长时间？"
生成的代码到达得很快。但信任它，有足够的信心发布它，需要工作。你需要了解代码的作用，验证它正确处理边缘情况，确认它与现有系统良好交互，并确保它满足你的质量标准。
验证时间受几个因素影响：
关键性很重要。 一次性脚本需要最少的验证。支付处理模块需要广泛审查。相应地估算。
熟悉度很重要。 如果生成的代码使用团队熟悉的模式，验证很快。如果它引入了不熟悉的方法，请为团队理解它们预留时间。
复杂性很重要。 简单的生成代码很容易验证。复杂的生成代码可能比手动编写需要更长的时间来审查。
一个有用的经验法则：对于高杠杆任务，验证可能是生成时间的 1-2 倍。对于复杂或关键的代码，预算 3-5 倍。
4、学习曲线因素
新接触 AI 辅助开发的团队应该预期一个适应期。生产力收益是真实的，但不是即时的。
开发人员需要时间来学习有效的提示。他们需要开发直觉，以判断 AI 何时值得信任以及何时需要仔细检查。他们需要弄清楚如何将 AI 工具集成到现有工作流程中而不会破坏它们。
在此期间，通常是 2-3 个月，生产力通常在上升之前会下降。估算应该考虑到这一点。在团队变得熟练之前，在早期项目时间线上增加 20-30% 不是悲观主义，而是现实主义。这是分析师喜欢写论文的生产力下降。但我认为这是因为不熟悉，而不是因为 AI 的虚假承诺。
一旦团队达到他们的节奏，收益会复合。知道如何很好地利用 AI 的开发人员可以移动得非常快。但你必须先通过学习阶段。
5、集成仍然需要时间
一个模式让团队措手不及：各个组件快速组合在一起，但集成它们仍然需要和以前一样长的时间。
AI 局部优化。它生成解决立即上下文中立即问题的代码。它看不到该代码如何与单独生成的组件交互，或者与你现有代码库的怪癖。
结果：你可以在一天内生成五个模块，然后花几天时间让它们协同工作。命名约定冲突。错误处理方法不同。看似兼容的数据结构实际上存在细微不匹配。
这不是 AI 工具的缺陷。这是一个提醒，集成一直是复杂性所在。AI 只是压缩其他一切使它更加可见。
在估算时，不要只是将单个组件时间相加。添加明确的集成时间，特别是对于需要协同工作的多个生成部分的项目。
6、实用估算策略
将这一切结合起来，这是有效的 AI 时代估算的样子：
分阶段估算。 将任务分解为生成和完善。"4 小时生成可工作版本，12 小时验证和集成"比"总共 16 小时"更诚实，因为它承认时间实际花费的地方。
按杠杆分类。 将任务标记为高、中或低 AI 杠杆。对每个类别应用不同的倍数，而不是假设统一的加速。
明确预算验证。 将验证作为主要工作，而不是开销。对于关键系统，验证预算可能大于生成预算。这没关系。
定期重新校准。 随着团队获得经验和工具的演变，你的比率将会改变。将早期估算视为要完善的假设，而不是要捍卫的承诺。
构建学习时间。 对于采用新 AI 工具的团队，为前几个项目添加缓冲。投资会得到回报，但不是立即。
不要压缩集成。 当 AI 缩短生成时间时，抵制按比例缩短集成时间的冲动。集成工作并没有太大变化。
不要压缩规划。 完全停止。不要。规划是你做的事情，而不是 AI。用 AI 探索问题空间，但你仍然处于驾驶座位。
7、不同类型的估算
估算的目标没有改变：给团队和利益相关者提供做出良好决策所需的信息。改变的是该估算的输入。
一些工作显著压缩。一些工作保持不变。生成和验证之间的比例已经翻转。学习曲线存在。集成仍然是困难的部分。
一旦你内化了这些变化，AI 时代的估算并不比以前更难。它只是不同。适应其心智模型的团队会估算得很好。将旧启发式方法应用于新现实的团队将永远感到惊讶。
工具改变了。是时候更新策略了。
原文链接：AI 时代的软件项目估算 - 汇智网