工作量估算表把任务拆成可核对的投入行，用乐观、最可能、悲观三种工时得出加权工时，再汇总为迭代或项目的人时总量。本文提供一张可直接复制的空白表，逐字段说明填写口径，划分必填与选填，并用一个迭代的连续任务行演示计算与复核。模板适用于需求已拆分到可估算粒度的场景，估算结果落到工作项与工时记录时，可衔接ONES的工作项与工时管理能力。
要点总览（TL;DR）
- 工作量估算表按任务逐行填写，用乐观、最可能、悲观三种工时算出加权工时，再汇总为迭代或项目的人时总量。
- 必填项以能汇总、能复核为最小集合：任务名称、负责人、估算单位、最可能工时、加权工时和复核状态；粗估阶段可只填单点值，细估阶段再补齐区间、依赖、假设与依据。
- 加权工时按 (O+4M+P)÷6 由公式生成，全表统一口径，不与简单平均混用。
- 填写时把任务拆到可独立交付的粒度，假设写成可验证的条件，复核状态用固定取值区分未确认与已确认。
- 模板按迭代复盘结果调整字段与口径，保留版本记录，字段增删后同步更新说明与示例。
可复制空白工作量估算表
下表可直接复制到 Excel、在线表格或文档中。表头顺序按“识别任务—给出估算—说明依据—记录复核”排列，一行填一个任务，最后一行汇总。复制后保留表头，删除示例提示文字即可使用。
| 序号 | 任务名称 | 负责人 | 估算单位 | 乐观工时(O) | 最可能工时(M) | 悲观工时(P) | 加权工时(E) | 依赖 | 假设 | 估算依据 | 复核状态 | 备注 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 1 | 人时 | 待复核 | ||||||||||
| 2 | 人时 | 待复核 | ||||||||||
| 3 | 人时 | 待复核 | ||||||||||
| 合计 | 人时 |
汇总行与合计公式说明：加权工时按三点估算的常用公式 E = (O + 4M + P) ÷ 6 计算，在表格中对应“加权工时”列的单元格公式，例如第 2 行为 =(E2+4*F2+G2)/6（列号按实际表头位置调整）。合计行对乐观、最可能、悲观、加权四列分别求和，公式如 =SUM(E2:E4)。若团队采用简单平均 (O+M+P)÷3，需在表头下方注明口径，全表统一，不与三点公式混用。
每个字段填什么：字段说明
字段说明与上表一一对应。填写时先保证任务名称、负责人和三种工时可用，再补充依赖、假设与依据，最后记录复核状态。下表给出每个字段的含义、填写口径和常见写法。
| 字段 | 含义 | 填写口径 | 常见写法 |
|---|---|---|---|
| 序号 | 行标识，便于引用与排序 | 从 1 递增，调整顺序时同步更新 | 1、2、3 |
| 任务名称 | 被估算的工作项 | 写到可独立交付的粒度，动词开头，避免“开发相关工作”这类笼统表述 | “订单列表接口开发”“支付回调联调” |
| 负责人 | 对该任务估算与交付负责的人 | 填具体姓名或唯一标识，不填团队名；跨人协作时填主责人 | “张明”“后端-李华” |
| 估算单位 | 工时计量口径 | 全表统一为人时或人天，混用时在备注注明换算 | 人时、人天 |
| 乐观工时(O) | 一切顺利时的投入 | 排除返工与等待，仍包含必要自测 | 4 |
| 最可能工时(M) | 按经验最常出现的投入 | 参考同类任务历史数据，不取极端值 | 8 |
| 悲观工时(P) | 遇到常见阻碍时的投入 | 包含一次返工或一次外部等待，不写无限大 | 16 |
| 加权工时(E) | 用于汇总的期望投入 | 按 (O+4M+P)÷6 计算，由公式生成，不手填 | 8.7 |
| 依赖 | 影响该任务开始或完成的前置条件 | 写清依赖对象与状态，如“等待接口文档定稿” | “依赖任务 2 完成” |
| 假设 | 估算成立所依据的前提 | 写可验证的条件，条件变化时触发重估 | “复用现有鉴权组件” |
| 估算依据 | 支撑数值的来源 | 写历史任务、类比对象或拆解方式 | “参照上个迭代同类接口 6 人时” |
| 复核状态 | 估算是否经过他人确认 | 用固定取值：待复核、已复核、需重估 | 已复核 |
| 备注 | 补充说明 | 记录口径变更、风险或特殊约定 | “含 2 人时联调等待” |
三种工时与加权工时是表的核心。O、M、P 的差距反映不确定性：三者接近说明任务清晰，P 明显高于 M 说明存在外部依赖或技术风险。加权工时由公式生成，避免逐行手算造成口径漂移；若某行 O、M、P 填写后 E 明显偏离直觉，优先检查 P 是否写得过大或 M 是否照抄了 O。
必填与选填怎么划分
必填项以“能汇总、能复核”为最小集合：缺少任一项，合计失去意义或复核无法进行。其余字段用于提升可追溯性，按估算阶段逐步补齐。划分规则如下表。
| 字段 | 粗估阶段 | 细估阶段 | 划分理由 |
|---|---|---|---|
| 任务名称 | 必填 | 必填 | 没有任务对象，估算无从对应 |
| 负责人 | 必填 | 必填 | 估算需要责任人对数值负责 |
| 估算单位 | 必填 | 必填 | 单位不统一会导致合计错误 |
| 最可能工时(M) | 必填 | 必填 | 汇总的最低依据 |
| 乐观工时(O) | 选填 | 必填 | 粗估可只给单点值，细估需要区间 |
| 悲观工时(P) | 选填 | 必填 | 同上，细估阶段用于识别风险 |
| 加权工时(E) | 必填 | 必填 | 汇总口径，由公式生成 |
| 依赖 | 选填 | 必填 | 细估需识别排期冲突 |
| 假设 | 选填 | 必填 | 细估需明确估算成立条件 |
| 估算依据 | 选填 | 必填 | 细估要求可追溯，便于复核 |
| 复核状态 | 必填 | 必填 | 区分未确认与已确认数值 |
| 备注 | 选填 | 选填 | 补充信息，不影响汇总 |
粗估阶段通常发生在需求刚进入候选池时，只要求任务名称、负责人、单位、最可能工时、加权工时和复核状态，目的是快速得到量级。细估阶段发生在排期前，O、P、依赖、假设、依据转为必填，用于识别风险和支撑评审。团队规模较小时可长期停留在粗估口径；任务跨团队协作、外部依赖多时，应尽早进入细估口径。必填项一旦确定，全表统一执行，避免同一张表里部分行有区间、部分行只有单点值却仍参与同一合计。
完整填写示例：一个迭代的估算行
以下示例为一个两周迭代中的四个任务，单位为小时，采用三点估算。示例为演示情景，数值用于说明填写方式，不代表特定团队的实际水平。
| 序号 | 任务名称 | 负责人 | 估算单位 | O | M | P | E | 依赖 | 假设 | 估算依据 | 复核状态 | 备注 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 1 | 订单列表接口开发 | 张明 | 人时 | 6 | 8 | 14 | 8.7 | 无 | 复用现有分页组件 | 参照上个迭代同类接口 | 已复核 | |
| 2 | 支付回调联调 | 李华 | 人时 | 4 | 8 | 20 | 9.3 | 依赖任务 1 完成 | 第三方沙箱可用 | 含一次联调等待 | 已复核 | 外部依赖风险较高 |
| 3 | 订单状态页前端开发 | 王芳 | 人时 | 8 | 12 | 18 | 12.3 | 依赖任务 1 接口定稿 | 设计稿不再变更 | 按页面模块拆解 | 待复核 | |
| 4 | 迭代回归测试 | 赵强 | 人时 | 6 | 10 | 16 | 10.3 | 依赖任务 1—3 完成 | 测试环境稳定 | 参照上迭代回归用时 | 待复核 | |
| 合计 | 人时 | 24 | 38 | 68 | 40.6 |
加权工时计算过程：任务 1 为 (6+4×8+14)÷6 = 52÷6 ≈ 8.7；任务 2 为 (4+4×8+20)÷6 = 56÷6 ≈ 9.3；任务 3 为 (8+4×12+18)÷6 = 74÷6 ≈ 12.3；任务 4 为 (6+4×10+16)÷6 = 62÷6 ≈ 10.3。四行合计 40.6 人时，乐观合计 24 人时，悲观合计 68 人时。区间跨度说明该迭代存在明显不确定性，主要来自任务 2 的外部联调。
复核结论：任务 1、2 已复核，可作为排期依据；任务 3、4 仍为待复核，需由负责人与复核人确认后再纳入承诺范围。复核时重点检查两点：任务 2 的悲观值是否已覆盖第三方延迟的常见情形；任务 3 的假设“设计稿不再变更”是否有明确确认人。复核完成后，将状态改为已复核，并在备注记录确认日期。估算结果进入排期后，若任务落到具体工作项上，可在ONES中按工作项记录估算值与工时，使表格中的数值与执行记录保持对应。
模板的调整与维护方法
模板需要随团队规模和估算粒度调整，但调整应有依据并留下记录，避免每轮估算都换一套口径。以下清单覆盖字段增删、口径版本和复盘对照三个动作。
- 字段增删的判断依据：某字段连续两个迭代无人填写或填写后从未被复核使用，可考虑删除或降为选填；某类返工反复出现却无法在表中定位原因，应补充对应字段，例如增加“风险类型”列。每次只调整一到两个字段，调整后跑一个完整迭代再评估。
- 估算口径的版本记录：在表格文件或文档头部记录版本号、生效日期、公式口径（三点估算或简单平均）、单位换算规则和本次变更内容。示例：“v2，2025-03 起，加权工时统一按 (O+4M+P)÷6，单位由人天改为人时”。历史迭代的估算表保留原版本，不回溯改写。
- 与复盘结果的对照更新：迭代结束后，将每行加权工时与实际投入对照，计算偏差率，标注偏差超过约定阈值的任务及原因。偏差集中在某类任务时，调整该类任务的估算依据写法或默认悲观值；偏差来自假设失效时，把失效的假设补充为下次估算的检查项。
- 按团队规模调整粒度：小团队可合并依赖与假设为一列“前提条件”，减少填写负担；多人协作、跨团队依赖多的场景保留独立列，便于按依赖排序排期。
- 保持模板与示例同步：字段增删后同步更新字段说明表和填写示例，确保新成员拿到的空白表、说明和示例使用同一套字段。
维护节奏建议与迭代周期一致：每个迭代结束做一次偏差对照，每季度评估一次字段取舍。模板的价值在于让不同人对同一任务的估算可以比较和复核，字段数量本身不是目标；当填写成本超过复核收益时，删减字段比增加字段更合适。
常见问题
粗估阶段只有最可能工时，加权工时怎么算？
粗估阶段如果只填了最可能工时 M，加权工时可以直接取 M 作为单点汇总值，并在表头注明“粗估口径：单点估算”。等进入细估阶段补齐 O 和 P 后，再切换为 (O+4M+P)÷6 计算。关键是同一张表内不要混用两种口径：部分行按三点公式、部分行按单点值参与同一个合计，会让汇总失去可比性。切换口径时在版本记录里写明生效日期。
估算值和实际投入差很多，应该改估算还是改模板？
先看偏差的分布再决定。偏差集中在某一类任务，通常是该类任务的估算依据写法或默认悲观值需要调整，改的是估算方法而不是模板结构。偏差分散且原因各异，说明假设记录不完整，应补充“假设”列的检查项。只有当某字段连续多个迭代无人填写、也从未在复核中使用时，才考虑删减字段。每次只调整一到两个字段，跑完一个完整迭代再评估效果。
多人协作的任务，负责人一栏填谁？
填对该任务估算与交付负责的主责人，不填团队名。跨人协作时，主责人负责给出估算值并对复核结果负责，其他参与人写在备注里。这样合计与复核都有明确的责任对象，避免出现“大家都有份、没人对数值负责”的情况。如果一项任务确实需要拆给多人分别估算，更好的做法是拆成多行，每行一个可独立交付的粒度。
估算表需要和实际工时记录对应起来吗？
需要，否则复盘时无法计算偏差率。常见做法是估算表保留为计划口径，任务进入执行后按工作项记录实际投入，迭代结束时把两者按任务逐行对照。在 ONES 中可以把估算值记在工作项上，实际工时按工作项填报，复盘时直接比对，减少手工搬运。实际工时的填报与审核流程属于另一套规范，估算表只负责计划侧的数值。
模板字段太多，小团队能不能精简？
可以。小团队可把依赖与假设合并为一列“前提条件”，减少填写负担；估算依据在粗估阶段可降为选填。精简的原则是不动必填的最小集合：任务名称、负责人、估算单位、最可能工时、加权工时和复核状态仍需保留，否则合计与复核无法进行。精简后同步更新字段说明和填写示例，保证新成员拿到的空白表、说明和示例使用同一套字段。
