计划发布前评审要判断的是计划本身是否具备可执行条件，而不是等执行后再看偏差。建议围绕范围完整性、工期与工作量匹配度、依赖与关键路径风险、资源负载均衡度、里程碑与验收口径清晰度五个维度建立指标，每个指标给出可复算的公式、分子分母和时间窗，再按严重程度分级形成评审结论。本文给出指标定义、取数口径、评分规则和一个完整示例，并说明指标能说明什么、不能说明什么。
要点总览（TL;DR）
- 计划发布前评审围绕五个维度设指标：范围完整性、工期与工作量匹配度、依赖与关键路径风险、资源负载均衡度、里程碑与验收口径清晰度。
- 每个指标给出公式、分子分母、时间窗和单位，评审人基于同一份计划快照独立复算，数据缺失显式标注，不当作通过。
- 指标值按阈值映射为阻断发布、需修改后复审、可接受三级，综合定级可用按维度加权或按最差项定级，阈值结合项目类型校准。
- 指标反映计划文本的完备性与一致性，用于定位不合理项和形成整改清单，业务优先级与风险判断仍由评审人作出。
评审要回答什么问题：合理性评估的目标与判定口径
计划发布前评审的评估对象是计划文本本身，包括范围条目、工期安排、任务依赖、资源排期和里程碑设置。评审要回答的问题是：这份计划是否把要做的事说清楚了，时间与人力是否支撑得住，关键依赖是否已经确认，验收口径是否足以让执行人判断完成。执行阶段的进度偏差分析属于另一类工作，不在本次评审范围内。
评审结论建议分三级，并在评审会前就明确每一级的含义，避免会上临时争论：
- 阻断发布：存在影响计划成立的根本性缺口，例如关键路径上的依赖未确认、核心交付物没有验收标准。计划需修改后重新提交评审。
- 需修改后复审：计划整体成立，但存在若干需要补充或调整的项，修改完成后由评审人复核对应项即可，不必整份重审。
- 可接受：五个维度均达到本项目约定的阈值，遗留问题已记录并明确责任人和处理时间。
指标的作用是定位问题、支撑讨论，评审人据此指出“哪一项不合理、证据在哪”，而不是给计划负责人打绩效分。结论应以计划快照、依赖确认记录等证据为准，指标值只是证据的组织方式。
五个核心指标与计算口径
五个指标分别对应计划的一个可核验属性，计算时统一以评审时点的计划快照为数据源，时间窗为计划覆盖的整个周期。下表给出定义、公式、单位和缺失值处理方式。
| 指标 | 公式 | 单位 | 分母为零或数据缺失时 |
|---|---|---|---|
| 范围完整性 | 有验收标准的需求条目数 ÷ 计划内需求条目总数 | 百分比 | 条目总数为零时标注“范围未定义”，按阻断处理；单条缺验收标准计入分子缺失，不默认通过 |
| 工期与工作量匹配度 | 任务估算工时合计 ÷ 对应周期内团队可用工时合计 | 比值（无量纲） | 可用工时未录入时标注“容量未确认”，该指标不参与评分，评审结论中单列 |
| 依赖与关键路径风险 | 关键路径上未确认依赖数 ÷ 关键路径依赖总数 | 百分比，另附绝对数量 | 关键路径未识别时标注“关键路径缺失”，按阻断处理 |
| 资源负载均衡度 | 计划负载超过可用容量阈值的成员数 ÷ 计划内有排期的成员数 | 百分比 | 成员排期为空时标注“资源未排期”，不视为均衡 |
| 里程碑与验收口径清晰度 | 同时具备明确交付物和验收标准的里程碑数 ÷ 里程碑总数 | 百分比 | 里程碑总数为零时标注“无里程碑”，按需修改处理 |
几点计算约定需要提前统一。工期与工作量匹配度以比值为准，比值明显大于1说明估算工时超出可用容量，明显小于1则要检查是否存在漏估或人员闲置；具体阈值在下一节结合项目类型设定。依赖与关键路径风险同时报告比例和绝对数量，因为一条未确认的外部依赖就可能让整个计划无法启动，比例低不代表风险低。资源负载均衡度中的“可用容量阈值”指单个成员在计划周期内可承担的工时上限，需在评审前由项目负责人确认，例如按可用工作日的80%计算，口径一旦确定就在本项目内保持一致。
数据从哪里来：取数口径与证据要求
指标能否复算，取决于数据是否来自同一份计划快照、字段是否齐全。评审前应由计划负责人导出一份带时间戳的计划快照，评审人基于该快照计算，避免评审过程中数据被改动导致口径不一致。
| 指标 | 数据来源 | 必需字段 | 证据形式 |
|---|---|---|---|
| 范围完整性 | 需求条目清单、计划文档 | 条目编号、条目描述、验收标准 | 计划快照中的条目列表 |
| 工期与工作量匹配度 | 任务清单、工时估算记录、成员排期 | 任务负责人、估算工时、开始与结束日期 | 任务清单导出、工时估算记录 |
| 依赖与关键路径风险 | 依赖关系表、关键路径识别结果 | 前置依赖、依赖确认状态、确认人 | 依赖确认记录、关键路径清单 |
| 资源负载均衡度 | 资源排期表、成员工时数据 | 成员、计划周期内分配工时、可用容量 | 排期表导出、容量确认说明 |
| 里程碑与验收口径清晰度 | 里程碑清单、验收标准文档 | 里程碑名称、交付物、验收标准 | 里程碑清单及对应验收说明 |
数据缺失时的处理原则是显式标注、单独说明，不把缺失当作通过。例如某任务没有估算工时，该任务不计入匹配度的分子，同时在评审记录中列为“估算缺失”项，由负责人补充后再复核。依赖确认状态只有“已确认”和“未确认”两种，口头确认需补记为书面记录后才计入已确认。评审记录本身也是证据的一部分，应写明每个指标的计算结果、数据来源和评审人判断。
评分与分级：如何从指标值判断严重程度
从指标值到严重程度，需要先为每个指标设定阈值区间，再选择综合定级方式。阈值不能套用通用达标线，应结合项目类型和历史数据校准：交付周期长、外部依赖多的项目，对依赖确认的要求应更严；人力紧张的项目，对负载均衡度的容忍区间应更窄。下表是一个可调整的阈值框架，供评审会前讨论确定。
| 指标 | 可接受 | 需修改后复审 | 阻断发布 |
|---|---|---|---|
| 范围完整性 | ≥ 90% | 70%–90% | < 70% 或范围未定义 |
| 工期与工作量匹配度 | 0.8–1.0 | 1.0–1.2 或 0.6–0.8 | > 1.2 或 < 0.6 |
| 依赖与关键路径风险 | 0 条未确认 | 1–2 条未确认且不影响启动 | 关键路径未识别，或存在影响启动的未确认依赖 |
| 资源负载均衡度 | ≤ 10% 成员超阈值 | 10%–25% | > 25% 或资源未排期 |
| 里程碑与验收口径清晰度 | ≥ 90% | 60%–90% | < 60% 或无里程碑 |
综合定级有两种方式。按维度加权适合评审流程较成熟、希望区分问题轻重的组织：为五个指标分配权重，加权得分落入对应区间即得结论。按最差项定级适合风险敏感型项目：任一指标落入阻断区间，整体结论即为阻断发布。两种方式可以组合使用，例如先按最差项判断是否存在阻断，再对需修改项按加权排序确定整改优先级。
单项指标异常需要结合上下文判断。工期与工作量匹配度略高于1，可能是估算偏保守，也可能是排期过紧，评审人应查看具体任务的估算依据再下结论。范围完整性偏低但缺口集中在非核心条目，可以与负责人确认是否纳入本期，而不必直接阻断。
在计划、任务、依赖和里程碑需要集中维护的团队里，ONES 的项目计划支持按目标、交付物或阶段分解工作并设置任务前后置依赖，里程碑可标记重要时间点和决策点，工时日历与饱和度报表可用于核对成员负载。评审所需的计划快照、依赖状态和里程碑清单可以在同一套工作项数据中导出核对，减少多份表格口径不一致的情况。具体字段与报表范围以实际版本和配置为准。
一个评审示例：从指标值到评审结论
以下为演示情景，数据为虚构，用于说明计算和分级过程。某系统升级项目计划周期为8周，计划内需求条目20条，任务35个，团队成员6人。
逐项计算：
- 范围完整性：20条需求中16条有验收标准，16 ÷ 20 = 80%，落入需修改区间。
- 工期与工作量匹配度：任务估算工时合计960小时，6名成员8周可用工时合计按每人每周30小时计为1440小时，960 ÷ 1440 ≈ 0.67，落入需修改区间，提示可能存在估算不足或人员安排偏松，需核对估算依据。
- 依赖与关键路径风险：关键路径上共9条依赖，其中2条未确认，2 ÷ 9 ≈ 22%，绝对数量2条，落入需修改区间；进一步核对发现其中1条为外部接口依赖，影响第二周启动，评审人将其升级为阻断项。
- 资源负载均衡度：6名成员中2人计划负载超过容量阈值，2 ÷ 6 ≈ 33%，落入阻断区间。
- 里程碑与验收口径清晰度：4个里程碑中3个同时具备交付物和验收标准，3 ÷ 4 = 75%，落入需修改区间。
分级与结论：按最差项定级，资源负载均衡度33%超过25%的阻断线，且外部接口依赖影响启动，整体结论为阻断发布。整改要求包括：重新分配2名超载成员的任务，或将部分任务移出本期；确认外部接口依赖并补记确认记录；为4条缺验收标准的需求补充验收口径；核对估算工时偏低的任务，补充估算依据；为剩余1个里程碑补充交付物和验收标准。整改完成后，评审人只需复核对应项，其余指标沿用本次快照结果。
解读与限制：指标能说明什么、不能说明什么
这组指标反映的是计划文本的完备性和内部一致性：范围是否说清、时间与人力是否对得上、依赖是否确认、里程碑是否可验收。它不保证执行结果，计划写得完整仍可能因外部变化或执行问题出现偏差。评审通过只代表计划具备启动条件，不代表风险已经消除。
阈值不可跨项目直接横向比较。不同项目类型、规模和交付节奏下，同一个指标值含义不同；用A项目的阈值评判B项目，容易得出误导性结论。阈值应在本项目或同类项目的历史数据基础上校准，并在评审记录中写明本次采用的口径。
分母为零或数据缺失时，应如实标注并单独说明，不把缺失当作通过，也不据此推断某项工作不存在。例如里程碑总数为零，可能是项目确实不需要阶段节点，也可能是计划尚未细化，评审人应向负责人确认后再定级。
指标服务于评审沟通，帮助评审人快速定位不合理项并形成整改清单。业务优先级、战略取舍和风险偏好的判断仍需由评审人结合项目背景作出，指标值本身不构成发布与否的最终依据。
常见问题
评审时指标值都落在可接受区间，是否就可以直接发布？
指标达标说明计划文本在五个维度上通过了检查，可以进入发布流程，但仍需确认两件事：一是遗留问题是否已记录责任人和处理时间，二是评审记录中的数据来源是否完整。指标覆盖的是范围、工期、依赖、资源和里程碑的可核验属性，外部环境变化、业务优先级调整等判断不在指标范围内，需要评审人结合项目背景单独确认。
项目周期很短、任务量少，五个指标都要算吗？
五个指标都可以算，但部分指标在小项目里区分度有限。任务量少时，范围完整性和里程碑清晰度仍应逐条核对；工期与工作量匹配度的比值容易受个别任务估算影响，建议同时查看具体任务的估算依据；依赖与关键路径风险按绝对数量判断更直接。指标数量可以精简，但缺失项要在评审记录中写明未计算的原因，避免留下未说明的空白。
依赖确认状态由谁维护，评审人如何核对？
依赖确认状态通常由计划负责人或对应任务的负责人维护，评审人核对的是确认记录本身：每条关键路径依赖是否有明确的确认人、确认时间和确认结论。口头确认需补记为书面记录后才计入已确认。若团队在 ONES 中维护任务前后置依赖，依赖关系与确认状态可随计划快照一并导出核对，减少口头传递造成的信息丢失；具体字段以实际配置为准。
阈值定得太严导致大部分计划都被阻断，怎么调整？
先区分是阈值问题还是计划问题。可以回看近几个项目的评审记录，统计各指标的实际分布，若多数项目在同一指标上落入阻断区间，说明该阈值与团队当前的计划成熟度不匹配，应结合历史数据放宽或改为需修改级别；若问题集中在少数项目，则更可能是计划本身存在缺口。调整阈值需在评审记录中写明依据，并在同类项目间保持一致，便于后续比较。
评审通过后计划发生变更，需要重新评审吗？
取决于变更影响的维度。范围条目增减、关键路径依赖变化、里程碑调整或成员负载大幅变动，都会改变对应指标值，建议对受影响指标重新计算并复核；仅任务描述措辞修改等不影响指标口径的变更，记录变更即可。团队可约定一个变更触发复审的条件，例如关键路径新增未确认依赖，把复审范围限定在受影响项，不必整份计划重审。
