承诺排期前的工作量估算评审，要回答四件事：估算结果与工作范围是否匹配、估算假设是否成立、估算依据是否可追溯、风险与偏差是否有应对。评审在排期承诺或投入决策之前进行，结论明确为通过、有条件通过或退回重估，并写明承诺范围、有效前提与剩余风险；结论未定之前，估算数字不直接转为对外承诺。评审材料与结论记录可以放在工作项和文档中承载，ONES 的资源与工时管理能力可支持后续的投入核对与排期查看。
要点总览（TL;DR）
- 承诺排期前的估算评审，对象是投入预估本身：估算结果、假设、依据、风险与偏差，实际工时填报与产出指标不在本次评审范围内。
- 评审按五步推进：提交材料、范围与假设核对、依据与结果复核、风险与偏差评估、形成结论并记录，每步都有输入、输出和完成标志。
- 角色至少包括估算提出人、技术负责人、需求或产品负责人、项目或交付负责人，必要时加入测试、运维等依赖方，并指定记录人跟踪待办。
- 结论分为通过、有条件通过、退回重估三类，记录须写明承诺范围、估算结果与区间、有效前提、剩余风险、待办与责任人、复核时点。
- 结论未定之前，估算数字不直接转为对外排期承诺；有条件通过的附加条件要可验证、有责任人和期限。
评审前先定清楚：评审对象与通过门槛
评审开始前，主持方需要先明确本次评审的对象和判定基准。对象界定不清，评审容易滑向对个人效率的讨论，或者变成对已发生工时的追认。承诺排期前的估算评审，对象是投入预估本身：工作量与工时估算的结果、支撑它的假设、形成它的依据，以及与之相伴的风险。实际工时填报与审核、团队产出指标分析属于相邻主题，在估算评审中只作为历史参考数据使用，不作为本次评审的结论对象。
评审时点同样需要写清楚。评审发生在估算结果准备用于排期承诺或投入决策之前，属于事前把关；事后补审只能解释偏差，无法约束承诺。主持方在发出评审通知时，应同时说明本次评审对应的承诺范围，例如某个版本、某个功能模块或某段交付周期，避免评审范围与承诺范围错位。
通过门槛建议用一张表固定下来，让每位参与者用同一把尺子判断。门槛不追求精确打分，重点是每一条都能给出“满足/不满足”的明确判断。
| 门槛项 | 判定标准 | 不满足时的处理 |
|---|---|---|
| 范围可界定 | 承诺范围有明确的功能清单或交付物清单，边界外的内容已列出 | 补齐范围清单后再评审 |
| 假设有记录 | 人员投入比例、依赖方交付时间、技术方案前提等关键假设逐条书面记录 | 退回补充假设清单 |
| 依据可追溯 | 估算来源可指向历史项目、类比对象、分解结构或专家判断记录 | 补充依据说明或调整估算 |
| 风险有应对 | 主要不确定性已识别，并有对应的应对措施或缓冲安排 | 补充风险清单与应对 |
| 偏差有区间 | 估算结果给出区间或偏差容忍范围，并说明触发重估的条件 | 补充区间与重估条件 |
这张门槛表在评审会上逐项过一遍，任何一项不满足，都应记录为待办而不是口头带过。门槛全部满足，才进入对估算内容本身的逐项核对。
评审内容清单：结果、假设、依据、风险与偏差逐项怎么查
评审内容按四类展开，每一类都对应具体问题和证据要求。评审人拿着清单逐项提问，提出人逐项作答并出示材料，答不上来的项目就是需要补证据的地方。
估算结果：总量、分解口径、单位与区间
先看总量与承诺范围是否对得上，再看总量如何分解到工作项或模块。分解口径要一致：按功能点分解就全部按功能点，按人天分解就全部按人天，避免同一张表里混用不同口径导致加总失真。单位要写明，人天、人时或故事点各自含义不同，跨团队汇总时尤其容易出错。区间比单点数字更有决策价值，评审时应要求给出乐观值、悲观值或偏差范围，并说明区间依据。
估算假设：范围边界、投入比例、依赖时间、技术前提
假设是估算最容易被忽略的部分。需要逐条核对：范围边界是否写明了不做什么；人员投入比例是否按实际可用工时计算，而非按满负荷计算；依赖方（如接口提供方、测试环境、第三方服务）的交付时间是否有明确日期；技术方案前提是否已经过技术负责人确认。每条假设都应能回答“如果这条不成立，估算会怎样变化”。
估算依据：来源与可追溯性
依据决定估算的可信度。类比估算要能指出参考的历史项目或类似模块，并说明相似点和差异点；分解估算要能展示分解结构和每部分的取值理由；专家判断要记录判断人及其经验背景。依据说明不必长篇，但必须让评审人能够顺着线索找到原始数据或参考项，而不是只看到一句“根据经验”。
风险与偏差：不确定性、容忍区间、重估触发条件
风险清单应列出主要不确定性及其影响方向，例如关键人员可能被抽调、依赖接口可能延期、技术方案可能返工。偏差容忍区间要事先约定，例如总量偏差超过 20% 即触发重估。触发条件写成可观察的事件，比写成“情况发生重大变化”更有约束力。评审时确认风险有应对措施，应对措施有责任人和时间点。
| 评审项 | 核对问题 | 证据要求 | 判定标准 |
|---|---|---|---|
| 估算结果 | 总量是否覆盖承诺范围？分解口径是否统一？是否给出区间？ | 估算表、分解结构、区间说明 | 口径一致、单位明确、区间有依据 |
| 估算假设 | 范围边界、投入比例、依赖时间、技术前提是否逐条记录？ | 假设清单 | 每条假设可验证，并说明不成立时的影响 |
| 估算依据 | 来源是类比、分解还是专家判断？能否追溯到参考项？ | 依据说明、历史数据或参考项 | 可顺着线索找到原始数据 |
| 风险与偏差 | 主要不确定性是否识别？容忍区间与重估条件是否写明？ | 风险清单、应对措施、触发条件 | 风险有应对，条件可观察 |
评审流程：从提交材料到结论记录的五个步骤
流程按五步推进，每一步都有明确的输入、动作、输出和完成标志。步骤之间不跳步，前一步的输出是后一步的输入。
步骤一：提交评审材料
输入是估算工作底稿；动作是估算提出人整理并提交估算表、假设清单、依据说明和风险清单；输出是一套完整的评审材料包；完成标志是主持方确认材料齐备并发出评审通知，通知中写明评审时间、参与人和承诺范围。
步骤二：范围与假设核对
输入是评审材料包与承诺范围说明；动作是需求或产品负责人核对范围边界，技术负责人核对技术前提，共同确认评审对象与承诺范围一致；输出是范围与假设核对结论；完成标志是范围清单与假设清单逐条确认，异议项记录在案。
步骤三：依据与结果复核
输入是估算表与依据说明；动作是复核人检查分解口径、单位、加总一致性，抽查依据的可追溯性；输出是复核意见，列出需要补充或修正的条目；完成标志是复核意见全部有回应，估算表完成必要修正。
步骤四：风险与偏差评估
输入是风险清单与偏差区间；动作是参与人评估主要不确定性的影响，确认应对措施、责任人和触发重估的条件；输出是剩余风险清单与应对安排；完成标志是每条剩余风险都有责任人和处理时点。
步骤五：形成结论并记录
输入是前四步的核对结果与复核意见；动作是项目或交付负责人主持形成结论，记录人整理评审记录；输出是评审结论记录，包含结论类型、承诺范围、有效前提、剩余风险、待办与复核时点；完成标志是结论记录经参与人确认，待办进入跟踪。
参与角色与交付物：谁提交、谁复核、谁拍板
角色分工的核心是让每个环节都有明确的责任人，避免评审变成集体旁听。下表列出各角色在评审中的职责与交付物。
| 角色 | 主要职责 | 交付物 |
|---|---|---|
| 估算提出人 | 提交估算结果、假设与依据，现场回应质询，按复核意见修正 | 估算表、假设清单、依据说明、风险清单 |
| 技术负责人 | 复核技术方案前提与工作量分解的合理性，判断技术风险 | 技术复核意见 |
| 需求或产品负责人 | 确认范围边界与优先级，判断范围变更对估算的影响 | 范围确认结论 |
| 项目或交付负责人 | 判断是否具备承诺条件，主持结论形成，对结论负责 | 评审结论 |
| 依赖方（测试、运维等） | 确认接口、环境与交付时间假设是否成立 | 依赖确认意见 |
| 记录人 | 形成评审记录与结论，跟踪待办与复核时点 | 评审记录、待办清单 |
小团队可以一人兼多个角色，但提交与复核不宜由同一人承担，否则复核失去意义。交付负责人拍板前，应确认技术复核意见和范围确认结论都已到位。评审记录与待办可以在工作项和文档中承载，ONES 的资源管理支持通过工作数量和工时规模了解成员排期，并支持筛选与分组掌握成员在不同项目的投入比重，便于在结论形成后核对承诺范围与人员投入是否匹配。
评审结论怎么定：三类结论与必须写明的字段
结论分为通过、有条件通过、退回重估三类，判定标准事先约定，避免会上临时争论。
三类结论的适用条件
通过：范围、假设、依据、风险与偏差五项门槛全部满足，剩余风险在可接受范围内，估算结果可以直接作为排期承诺的输入。有条件通过：主体估算可信，但存在若干需要在承诺前落实的条件，例如某个依赖方交付时间待确认、某项技术验证待完成。条件必须可验证、有责任人和期限，条件未落实前，承诺范围相应部分暂不对外。退回重估：假设不成立、依据缺失或偏差超出容忍区间，估算结果不足以支撑承诺，需要补充材料或重新估算后再评审。
结论记录的必填字段
无论哪类结论，记录都应包含以下字段，缺一项都视为结论不完整：
- 结论类型：通过、有条件通过或退回重估
- 承诺范围：本次结论覆盖的功能、模块或交付物清单
- 估算结果与区间：总量、单位、乐观值与悲观值或偏差范围
- 有效前提：结论成立所依赖的假设，逐条列出
- 剩余风险：评审后仍未消除的风险及其应对
- 待办与责任人：需要落实的事项、责任人和期限
- 复核时点：下次复核的时间或触发条件
有条件通过的附加条件写法要具体，例如“测试环境在 3 月 15 日前就绪，责任人张某，逾期则本模块排期顺延”，而不是“尽快确认测试资源”。退回重估时，记录中应写明退回原因和需要补充的材料，便于提出人按图索骥。
示例：一次排期承诺前的估算评审怎么走完
以下为演示情景，用于说明评审如何串联，不代表真实项目数据。
某团队准备就一个功能模块对外承诺交付排期，模块包含三个子功能，估算总量为 60 人天，区间 55 至 75 人天。提出人提交了估算表、假设清单、依据说明和风险清单。假设清单中写明：两名开发人员各投入 60% 工时、依赖的支付接口由外部团队在承诺期第二周提供、技术方案沿用现有框架。
范围核对阶段，产品负责人确认三个子功能均在承诺范围内，但指出其中一个子功能的验收标准尚未定稿，属于范围边界模糊项。技术负责人复核分解结构，发现其中一个子功能按人天分解、另外两个按功能点分解后折算，口径不一致，要求统一为人天并重新加总。依据复核阶段，复核人抽查类比参考项，确认参考的历史项目相似度较高，但差异点（本次涉及新的第三方接口）未在依据说明中体现，要求补充。
风险与偏差评估阶段，参与人确认支付接口延期是主要风险，应对措施是准备备用接口方案，责任人为技术负责人，触发条件为承诺期第二周结束接口仍未联调通过。验收标准未定稿被列为剩余风险，应对措施是在承诺前完成标准评审。
交付负责人主持形成结论：有条件通过。附加条件为验收标准在承诺前完成评审并由产品负责人确认，支付接口按约定时间联调通过，两项条件各有责任人和期限。结论记录写明承诺范围为三个子功能、估算结果 60 人天（区间 55 至 75 人天）、有效前提为两名开发人员投入比例和备用接口方案、剩余风险为验收标准定稿进度、复核时点为承诺期第二周结束。结论记录经参与人确认后，待办进入跟踪，估算数字在条件落实前不转为对外承诺。
完成检查：评审可以收尾的判断标准
评审收尾前，主持方按以下清单逐项确认。清单全部满足，评审才算达到可支撑排期承诺的完成条件。
- 材料完整性：估算表、假设清单、依据说明、风险清单齐备，且经过复核意见修正
- 结论明确性：结论类型已确定，承诺范围、估算结果与区间、有效前提、剩余风险均已写明
- 条件可验证：有条件通过时的附加条件可验证，有责任人和期限
- 责任落实：待办有责任人与期限，复核时点已确定
- 记录可追溯：评审记录可被后续排期与复盘引用，参与人已确认
收尾后，评审记录与待办进入跟踪。ONES 的资源管理支持实时查看成员每日投入饱和明细，帮助识别规划风险，也提供多种资源报表反馈项目投入情况并支持一键导出工时日志，便于在承诺执行过程中对照评审时确认的假设与区间，发现偏差时按约定的触发条件启动复核。
常见问题
估算评审和事后复盘偏差有什么区别，能不能合并成一次会？
两者目的不同，建议分开。估算评审发生在排期承诺或投入决策之前，判断的是估算结果能否支撑承诺，输出是结论类型、有效前提和剩余风险；偏差复盘发生在执行之后，解释的是实际与估算的差距从何而来。合并开会带来一个实际问题：评审时还没发生的数据被拿来质疑估算，讨论容易转向追责，结论也难在承诺前定下来。
如果会议资源紧张，可以共用同一份估算表和假设清单作为材料基础，但评审结论必须在承诺前单独形成并记录，复盘时再引用当时的结论与前提，对照哪些假设成立、哪些被打破。
估算提出人和技术负责人由同一人兼任时，评审还怎么保证有效性？
小团队里角色兼任很常见，可以接受，但提交与复核不宜由同一人承担。可行的做法是：技术负责人兼任提出人时，把依据复核交给另一位熟悉该模块的工程师或跨团队技术代表，范围确认仍由产品负责人完成，交付负责人主持结论。复核人的职责是抽查分解口径、单位一致性和依据可追溯性，不需要重新估算一遍。
如果确实找不到独立复核人，至少在评审记录中写明这一限制，并把依据复核列为有条件通过的附加条件，约定由外部技术评审或后续复核补上。
有条件通过之后，条件迟迟没有落实，排期承诺怎么处理？
有条件通过的含义是：条件落实前，承诺范围中依赖该条件的部分暂不对外。因此需要在结论记录里把条件写成可观察的事件，并绑定责任人和期限，例如“测试环境在某日期前就绪，责任人某某，逾期则本模块排期顺延”。
到了期限仍未落实时，交付负责人应按记录中的约定启动处理：要么缩小承诺范围，只承诺不受该条件影响的部分；要么重新评审，把条件变化反映到估算区间里。关键是不要在条件未落实的情况下默认按原数字对外承诺，否则评审结论就失去了约束力。
评审时估算区间很宽，比如 55 到 75 人天，还能不能通过？
区间宽本身不构成退回理由，关键看区间是否有依据、宽的原因是否说清楚。评审时应追问：区间上下限分别对应什么情形，是依赖方交付时间不确定，还是技术方案存在备选路径，还是人员投入比例可能变化。原因清楚、且主要不确定性已有应对措施的，可以进入结论环节。
如果区间宽到无法支撑承诺判断，例如上下限差距过大且没有对应的风险应对，就属于偏差缺少约束，应退回补充依据或先做技术验证，再重新评审。也可以在结论中约定：先按区间上限做对外承诺，执行中按触发条件复核。
评审记录需要记到什么程度，后续排期和复盘才用得上？
记录的目标是让没参加评审的人也能看懂结论从何而来。至少保留：结论类型、承诺范围清单、估算结果与区间及单位、逐条列出的有效前提、剩余风险及应对、待办与责任人期限、复核时点。评审中的主要异议和修正过程也值得简要记录，例如口径从功能点统一为人天、依据说明补充了差异点。
记录放在工作项和文档中承载，便于后续排期引用和复盘对照。ONES 的资源管理支持通过工作数量和工时规模了解成员排期，并支持筛选与分组掌握成员在不同项目的投入比重，可在结论形成后核对承诺范围与人员投入是否匹配。
