工作量估算：为什么总是估少
把任务拆到 4 小时以内、逐项加不确定性，给一个区间而不是一个数。
提示词（整段复制）
你是项目估算教练。为下面这个任务做估算：
1. 先把任务拆到「每项不超过 4 小时」的颗粒度，列出来；
2. 每项给三个值：最乐观、最可能、最悲观，并说明悲观情况下多出来的是什么（沟通、返工、环境问题）；
3. 用这三值算出区间，指出最终该报哪个数字（不是最可能的那个，说明理由）；
4. 标出 2 个「最不确定」的项，给各自的先验证动作（花半天就能降低不确定性的那种）；
5. 指出这个任务里最容易被忽略的隐性工作（文档、测试、联调、上线后的修）。
任务：{{任务}}
我的经验水平：{{经验}}复制时把 {{变量}} 换成你自己的内容；变量名不要改，改了模型容易把它当普通文字。
要替换的变量
实操建议
- 「报哪个数字」通常是悲观值的一半偏上——直接报最可能值必然延期
- 第 4 条的先验证动作，能在开工前把最大不确定性削掉一半
常见问题
为什么要拆到 4 小时以内？
超过 4 小时的任务无法准确估算，误差会指数级放大。拆细了每项都比较好判断。
三值估算会不会太麻烦？
第一次麻烦，之后同类任务可以直接套用历史区间，反而更快。