工作量估算评审检查清单用于在估算提交后、排期确认前，逐项判断估算是否具备可复核的假设、依据、方法和风险应对。清单覆盖评审对象与时点、评审前准备、假设与依据、方法与口径、偏差风险、评审结论五类检查项，每项都写明通过标准、所需证据和负责人，并标出阻断项。团队可直接据此统一评审记录格式。
要点总览（TL;DR）
- 清单覆盖五类检查项：评审前准备、估算假设与依据、方法与口径、偏差风险与应对、评审意见与结论，另设阻断项与完成条件收口。
- 通过标准要写成可判断的句子：写明证据形式、负责人和是否阻断，避免只写“已确认”“已评估”这类无法核对的表述。
- 假设缺失、依据不可追溯、高风险项无应对、结论无签署属于阻断项，任一未解除，评审不得判为通过。
- 评审记录至少包含评审对象、参与角色、估算结果与口径、假设与依据摘要、偏差风险与应对、逐条意见、分歧处理、结论、待办期限和签署日期。
- 评审关闭需同时满足：阻断项全部解除、非阻断项有责任人和期限、结论已签署、记录已归档。
谁在什么时点使用这份评审清单
这份清单服务于工作量估算评审，评审对象是需求、任务包或迭代范围内的工作量估算，不用于评价个人绩效，也不替代实际工时填报流程。清单在估算提交后启用，排期确认前完成评审；范围发生变更时，对受影响部分重新走一遍清单。
参与角色需要提前明确，否则清单容易变成记录人独自补填的表格。建议按下表分工：
| 角色 | 在评审中的职责 | 对应清单动作 |
|---|---|---|
| 估算提出人 | 提交估算结果、假设清单和依据材料 | 准备评审前输入，回答假设与依据类问题 |
| 评审人 | 逐项核对检查项，提出意见和分歧 | 填写检查结论与评审意见 |
| 记录人 | 记录意见、分歧处理方式和结论 | 维护评审记录字段完整性 |
| 决策人 | 判定通过、有条件通过或退回，签署结论 | 确认阻断项是否解除，签署日期 |
评审的前置输入包括：需求说明与验收边界、历史工时或类比数据、假设与依赖清单、估算方法与拆解结果。缺少任一输入时，评审可以延期，不宜在材料不全的情况下先开会再补记录。
评审前准备检查项
准备阶段的检查目标是确认评审有可核对的输入。以下条目在评审开始前逐项确认，未通过的项目应补齐后再进入评审。
| 检查项 | 通过标准 | 所需证据 | 负责人 | 阻断 |
|---|---|---|---|---|
| 需求范围与验收边界 | 需求说明写明功能范围、不包含项和验收条件，评审人能据此判断工作量边界 | 需求文档或任务描述链接 | 估算提出人 | 是 |
| 估算单位与口径 | 全文使用同一单位（人时、人日或故事点），并说明单位换算关系和统计口径 | 估算表头或口径说明 | 估算提出人 | 是 |
| 历史数据或类比样本 | 引用的历史工时、类比任务可定位到具体记录，注明任务名称和时间范围 | 历史任务编号或数据导出 | 估算提出人 | 是 |
| 假设与依赖清单 | 假设、外部依赖、待确认事项单独成节列出，不与估算结果混写 | 假设清单 | 估算提出人 | 是 |
| 评审材料提前发送 | 材料在评审前送达参与人，参与人确认已阅读 | 发送记录或确认回复 | 记录人 | 否 |
准备阶段把“材料是否齐全”与“估算是否合理”分开判断。材料齐全只说明评审可以开始，估算质量仍由后续章节的检查项判断。
估算假设与依据检查项
假设与依据是评审中最容易被略过的部分。检查时逐条追问：这条假设影响多少工作量，依据来自哪里，什么时候能验证。通过标准要求每条关键假设都能对应到具体的工作量影响和验证安排。
| 检查项 | 通过标准 | 所需证据 | 负责人 | 阻断 |
|---|---|---|---|---|
| 假设与工作量影响的对应 | 每条关键假设写明影响的工作项和大致影响量，例如“第三方接口未定，联调预留增加2人日” | 假设清单中的影响说明列 | 估算提出人 | 是 |
| 估算依据类型 | 标明依据属于历史数据、类比、专家判断还是任务拆解汇总，混合使用时分别标注各部分的来源 | 估算依据说明 | 估算提出人 | 是 |
| 依据可追溯 | 引用的历史记录、类比任务或专家判断可定位到具体对象，专家判断注明判断人 | 任务编号、数据记录或判断人姓名 | 估算提出人 | 是 |
| 关键假设的验证安排 | 每条关键假设写明验证方式和验证时点，例如“需求澄清会上确认”“联调前用接口文档核对” | 假设清单中的验证列 | 估算提出人 | 是 |
| 假设变化的影响说明 | 假设被推翻或调整时，记录对估算的修正量和修正依据 | 变更记录或评审补充说明 | 估算提出人 | 否 |
示例：某任务估算为12人日，其中“复用现有登录组件”是一条关键假设。通过标准要求写明该假设节省的工作量、组件可复用的判断依据，以及在哪次技术评审中确认。若评审时该假设只有一句“应该可以复用”，就属于依据不可追溯，应阻断通过。
估算方法与口径检查项
方法检查关注估算过程能否被第三方复核。评审人不一定重算一遍，但要能看懂估算怎么拆、拆到什么程度、包含哪些工作类型。
| 检查项 | 通过标准 | 所需证据 | 负责人 | 阻断 |
|---|---|---|---|---|
| 方法与任务性质匹配 | 需求明确、有历史数据的任务使用类比或历史数据；不确定性高的任务使用拆解加区间；方法选择有简短理由 | 估算方法说明 | 估算提出人 | 是 |
| 拆解粒度 | 任务拆到评审人能判断单个工作项合理性的程度，通常每个工作项不超过2至3人日；超出时说明不再拆分的理由 | 任务拆解表 | 估算提出人 | 是 |
| 非编码工作量 | 测试、联调、文档、评审、部署等工作量单独列出，不隐含在编码估算中 | 估算明细表 | 估算提出人 | 是 |
| 投入预估与填报口径区分 | 估算表注明这是投入预估，并说明与后续实际工时填报在口径上的差异，例如是否含会议和等待时间 | 口径说明 | 估算提出人 | 否 |
| 多人协作任务的分工 | 多人参与的任务写明分工、交接点和可能的重叠工作量，重叠部分单独标注 | 分工说明 | 估算提出人 | 是 |
口径不一致是评审后返工的常见原因。同一份估算里，编码按人日、测试按人时，却没有换算说明，评审人就无法判断总量。通过标准要求单位统一或换算关系明确，这条应作为阻断项处理。
偏差风险与应对检查项
偏差检查回答两个问题：哪些因素可能让实际工作量偏离估算，偏离发生时团队打算怎么办。只列风险不写应对，不满足通过标准。
| 检查项 | 通过标准 | 所需证据 | 负责人 | 阻断 |
|---|---|---|---|---|
| 主要偏差来源识别 | 列出需求不清、外部依赖、技术不确定、人员变动等主要来源，并对应到具体工作项 | 风险清单 | 估算提出人 | 是 |
| 偏差区间 | 对不确定性较高的工作项给出上下限或乐观、悲观区间，并说明区间依据 | 估算表中的区间列 | 估算提出人 | 是 |
| 高风险项应对 | 每个高风险项写明应对措施、责任人和触发时点，措施可执行，例如“接口文档延迟超过3天则启动备用方案” | 风险应对表 | 估算提出人与责任人 | 是 |
| 复评条件 | 写明偏差触发后的复评条件，例如需求变更超过一定比例、关键依赖延期、实际进度偏离估算超过约定阈值 | 复评规则说明 | 决策人 | 否 |
| 历史同类任务偏差 | 引用同类任务的历史偏差情况，说明本次估算是否参考了该偏差 | 历史偏差记录 | 估算提出人 | 否 |
偏差区间和应对措施要落到具体工作项，笼统写“存在延期风险”不构成通过。评审人可以用一个简单判断：如果明天风险发生，记录里能否找到谁在什么时候做什么。
评审意见与结论检查项
评审记录承载意见、分歧和结论，是后续复评和追溯的依据。记录字段不完整，评审结论就难以执行。建议评审记录至少包含以下字段：
| 记录字段 | 填写要求 | 负责人 |
|---|---|---|
| 评审对象 | 需求或任务包名称、版本、评审日期 | 记录人 |
| 参与人与角色 | 估算提出人、评审人、记录人、决策人分别列明 | 记录人 |
| 估算结果与口径 | 总量、单位、区间、包含的工作类型 | 估算提出人 |
| 假设与依据摘要 | 关键假设、依据来源、验证安排 | 估算提出人 |
| 偏差风险与应对 | 主要风险、区间、应对措施和责任人 | 估算提出人 |
| 评审意见 | 逐条记录，注明提出人 | 记录人 |
| 分歧与处理方式 | 分歧项写明各方观点和最终处理方式 | 记录人 |
| 结论 | 通过、有条件通过或退回 | 决策人 |
| 待办与期限 | 有条件通过时逐条列明待办、责任人和完成期限 | 决策人 |
| 签署与日期 | 决策人签署，注明日期 | 决策人 |
结论判定按以下标准执行：所有阻断项通过、非阻断项有明确整改安排时，判为通过；存在未解除的阻断项但已有明确补齐计划时，可判为有条件通过，并逐条列明待办与期限；阻断项缺失且无补齐计划时，退回重新准备。分歧项未写明处理方式的，结论不得签署。
评审记录需要随任务流转并可供后续复评查阅。在 ONES 中，可以把估算评审作为工作项的一个评审节点，将假设清单、依据材料和评审结论放在同一工作项的文档与记录中，结论签署后进入排期；范围变更触发复评时，在原记录上追加而不是另起一份，便于对照前后差异。
阻断项与评审完成条件
阻断项用于防止评审在关键信息缺失时形式化通过。以下条目任一未满足，评审不得判为通过：
| 阻断项 | 解除条件 | 复核人 |
|---|---|---|
| 关键假设缺失或未写工作量影响 | 补齐假设清单及影响说明，评审人确认 | 评审人 |
| 估算依据不可追溯 | 补充可定位的历史记录、类比对象或判断人 | 评审人 |
| 高风险项无应对措施或责任人 | 补充可执行的应对措施和责任人，决策人确认 | 决策人 |
| 结论无决策人签署与日期 | 决策人完成签署并注明日期 | 记录人核对 |
非阻断项的整改期限由评审时约定，通常与下一次排期确认或复评时点对齐，记录人负责跟踪。评审记录归档到任务或需求对应的位置，保留要求与团队的项目文档管理规则一致，确保复评和复盘时可查。
评审关闭的判定标准是：阻断项全部解除，非阻断项有责任人和期限，结论已签署，记录已归档。四项同时满足，评审才算完成；只开会未签署、只签署未归档，都不算关闭。
常见问题
评审时估算提出人和评审人对某条假设是否成立有分歧，清单上怎么记录？
分歧不要求当场统一结论，但必须留下可追溯的处理路径。在评审记录的“分歧与处理方式”字段中写明各方观点、分歧点对应的假设或工作项，以及约定的验证方式和验证时点。若该假设属于阻断项且当场无法验证，结论应判为有条件通过或退回，待验证结果出来后在原记录上追加处理结果，不另起一份记录。
小团队任务量不大，是否每项检查都要走一遍？
检查项可以按任务风险裁剪，但阻断项不建议裁剪。任务小、依据清楚时，方法与口径类条目可以简化填写，例如直接引用同类任务的历史记录；假设缺失、依据不可追溯、高风险项无应对、结论无签署这四类阻断项仍需逐项确认。裁剪情况应在评审记录中注明，说明哪些条目未展开及理由，便于后续复评时判断。
评审通过后需求范围发生变更，原评审记录怎么处理？
范围变更触发复评时，在原评审记录上追加变更说明和新的评审结论，保留原估算与结论作为对照。追加内容至少包括：变更范围、对工作量估算的修正量及依据、受影响的假设和风险项、复评结论与签署。这样后续复盘时能对照变更前后的差异，判断偏差来自估算本身还是范围变化。
偏差区间怎么给才算通过，必须精确到具体数值吗？
不要求精确数值，但要求区间有依据且能对应到工作项。通过标准是：对不确定性较高的工作项给出上下限或乐观、悲观区间，并说明区间来源，例如历史同类任务的偏差范围、外部依赖的最晚到位时间。只写“可能有偏差”而不给区间和依据，不满足通过标准；区间给出后，高风险项还需配套应对措施和责任人。
评审记录应该归档在哪里，保留多久？
归档位置跟随团队现有的项目文档管理规则，通常放在任务或需求对应的位置，确保复评和复盘时可查。保留要求与团队项目文档管理规则保持一致，没有统一规定时，至少保留到该任务交付完成后的复盘结束。在 ONES 中，可将评审记录与假设清单、依据材料放在同一工作项的文档中，范围变更复评时在原记录上追加，便于对照前后差异。
