8.2 估算方法

估算不是算命。它是团队用已有经验、当前不确定性和任务拆分能力，对未来工作做出的可修正判断。

估算的目标不是让每个数字都精确，而是让团队更早发现“这个东西其实比想象复杂”。

故事点与相对估算

故事点通常表达相对规模、复杂度和不确定性。它不等于小时数，也不应该拿来比较个人效率。

相对估算的核心是参考卡：

• 1 点：很小、模式清楚、几乎没有依赖。
• 3 点：常规工作，有少量边界。
• 5 点：有多个模块或验收路径。
• 8 点：存在明显未知、集成或迁移。
• 13 点：可能太大，需要先拆分或 Spike。

如果团队没有参考卡，估算会议就容易变成凭感觉争论。

Function Points 与 COCOMO

Function Points 试图从输入、输出、查询、文件和接口等功能规模估算系统大小。COCOMO 是历史上基于规模、复杂度和团队因素估算成本的模型。

它们的价值在于提醒我们：估算不仅受代码量影响，还受复杂度、经验、工具、约束和质量要求影响。它们不应该被当作现代产品团队的机械答案。

估算误差要被复盘

估错不是失败，拒绝学习才是失败。一次估算偏差可能来自：

• 隐藏依赖。
• 验收标准不清。
• 遗留代码比预期更脆。
• 数据迁移或环境成本被忽略。
• 任务太大，没有拆成可学习的小块。

把误差记录成参考卡，团队下次会更准。估算能力是校准出来的，不是争出来的。