评估项目计划基线是否可执行，需要在基线冻结或评审放行时，围绕完整性、依赖闭合、估算可信、资源可行、时间约束和变更受控六类指标建立可复算的口径。判断对象是计划本身是否具备执行条件，而不是执行后的进度结果。下文给出每类指标的公式、分母、时间窗与单位，并说明取数、计算和综合判断的方法。
要点总览（TL;DR）
- 评估对象是已冻结或待冻结的计划基线本身，判断它是否具备执行条件，执行后的进度偏差分析不在本篇范围。
- 建议围绕六类指标建立可复算口径：完整性、依赖闭合、估算可信、资源可行、时间约束、变更受控，每项固定分子、分母、时间窗和单位。
- 分母为零或数据缺失时记为不可计算并注明原因，不用0%或默认值填充，避免指标虚高。
- 综合判断先过硬性门槛（如依赖环路必须清零），再对软性指标分级判断；不设通用达标线，阈值结合项目类型与历史数据确定。
- 指标反映基线质量，不能直接用作绩效评价，也不能保证计划按期完成。
评估目标：判断基线是否具备可执行条件
基线评估的对象是已冻结或待冻结的计划版本。它要回答的问题是：这份计划在进入执行前，是否把该说清楚的事情说清楚了，是否具备被团队按此推进的条件。评估发生在基线评审会上，输出的是放行、有条件放行或退回修改的结论。
具体来说，评估要回答六类问题。完整性方面，任务是否都有明确的责任人和必要字段；依赖方面，任务之间的前后置关系是否闭合、是否存在环路；估算方面，工期和工作量是否有依据、依据是否覆盖主要任务；资源方面，分配是否与可用工时匹配、是否存在集中冲突；时间方面，关键路径是否留有合理余量、里程碑是否有缓冲；变更方面，基线冻结后是否被频繁改动、改动影响多大。
需要区分的是，基线评估不替代执行偏差分析。执行偏差关注实际进度与计划的差距、偏差原因和纠偏措施，属于项目进度管理的范畴。基线评估只判断计划本身的质量，为放行决策提供依据。两者使用同一份计划数据，但判断时点和用途不同。
指标与范围：六类基线质量指标及分母定义
六类指标需要固定分子、分母、时间窗和单位，才能在不同项目、不同评审轮次之间复算和比较。下表给出建议口径，实际使用时可在项目级配置中固化，避免每次评审临时约定。
| 指标类别 | 指标 | 计算口径 | 时间窗 | 单位 |
|---|---|---|---|---|
| 完整性 | 必填字段覆盖率 | 必填字段已填写的任务数 ÷ 基线内任务总数 | 基线冻结时点 | 百分比 |
| 完整性 | 责任人覆盖率 | 已指定责任人的任务数 ÷ 基线内任务总数 | 基线冻结时点 | 百分比 |
| 依赖闭合 | 悬空依赖占比 | 指向基线外任务或无效任务的依赖数 ÷ 依赖总数 | 基线冻结时点 | 百分比 |
| 依赖闭合 | 依赖环路占比 | 处于环路中的任务数 ÷ 基线内任务总数 | 基线冻结时点 | 百分比 |
| 估算可信 | 估算依据覆盖率 | 有估算依据说明的任务数 ÷ 需要估算的任务总数 | 基线冻结时点 | 百分比 |
| 估算可信 | 估算偏差 | （本期实际值 − 上期估算值）÷ 上期估算值，按任务汇总取中位数 | 最近一个已完成周期 | 百分比 |
| 资源可行 | 资源冲突任务占比 | 同一责任人同一时段被分配多个任务的任务数 ÷ 基线内任务总数 | 基线覆盖的执行周期 | 百分比 |
| 资源可行 | 超配工时占比 | 责任人分配工时超过可用工时的部分 ÷ 责任人可用工时 | 基线覆盖的执行周期 | 百分比 |
| 时间约束 | 关键路径余量 | 合同或承诺交付日期 − 关键路径完成日期 | 基线冻结时点 | 工作日 |
| 时间约束 | 里程碑缓冲率 | 里程碑前设置的缓冲天数 ÷ 里程碑前工作工期 | 基线冻结时点 | 百分比 |
| 变更受控 | 基线变更频次 | 冻结后变更单数量 ÷ 统计周期数 | 冻结后至下次评审 | 次/周或次/月 |
| 变更受控 | 变更影响范围 | 受变更影响的任务数 ÷ 基线内任务总数 | 冻结后至下次评审 | 百分比 |
分母为零时需要单独处理。例如基线内没有设置任何依赖，悬空依赖占比的分母为零，此时应记为“不可计算”并注明原因，而不是记为0%。数据缺失同样按不可计算处理，并记录缺失字段和涉及任务数，避免用默认值填充导致指标虚高。
估算偏差的时间窗需要与估算周期对齐。如果估算按迭代或阶段给出，偏差统计应取最近一个已完成周期，并只纳入已产生实际值的任务。跨项目比较时，估算单位要统一为人天或人时，不能混用。
数据口径与证据：从哪些字段取数、如何保证可比
指标计算依赖六类字段：任务清单及层级、责任人字段、依赖关系、估算值与估算依据、资源分配与可用工时、基线版本与变更记录。取数前应确认这些字段在计划中已结构化存储，而不是散落在文档或聊天记录里。字段缺失的任务应在计算时单独列出，作为完整性问题的证据。
证据留存包括三部分。基线快照保存冻结时点的任务、依赖、估算和资源分配状态，作为复算的原始依据；评审记录写明参评人、指标结果和结论；变更单记录冻结后的每次调整、原因和影响任务。三者对应，才能在后续追溯时说明某个指标值是怎么来的。
可比性处理集中在三点。统一任务粒度，避免一个项目按两周任务分解、另一个项目按人天任务分解，导致覆盖率类指标不可比；统一时间窗，所有时点类指标取同一冻结时点，周期类指标取相同长度；统一估算单位，跨项目汇总前先换算。任务粒度差异较大时，可先按工作包层级汇总再比较。
在工具层面，ONES 支持用项目计划创建工作分解结构，为任务设置前后置依赖和里程碑，并支持设置项目计划和里程碑基线、对比版本细节追溯变更。这些能力可以作为基线快照、依赖关系和变更记录的取数来源。资源侧可通过工时日历查看资源饱和度，结合成员工时报表分析资源利用情况。指标的具体计算口径仍需在评审前约定，工具提供的是数据基础。
计算与评估步骤：从取数到基线放行判断
建议按五步执行，每步留下可核对的产物。
- 冻结快照。在评审前锁定计划版本，记录冻结时间、任务总数、依赖总数等基础数据，后续计算均基于该快照。
- 逐指标计算。按上一节口径表逐项计算，每项记录分子、分母、结果和不可计算项。对分母为零或数据缺失的指标，写明原因和涉及范围。
- 异常项定位。把未达标或不可计算的指标落到具体任务清单，例如列出悬空依赖指向的任务、超配工时集中的责任人、缺少估算依据的工作包。
- 综合判断。先看硬性门槛，再看软性指标。依赖环路通常应作为硬性门槛，存在环路即退回修改；责任人和必填字段覆盖率、悬空依赖占比可作为放行前必须清理的项；估算依据覆盖率、资源冲突、关键路径余量和变更频次按项目类型分级判断。
- 记录结论。写明放行、有条件放行或退回，附指标结果、异常项清单和整改要求，纳入评审记录。
综合判断不采用单一指标定论。一个项目完整性覆盖率高，但关键路径余量为负，仍不具备可执行条件；另一个项目资源冲突较多，但冲突集中在非关键路径且已有调配方案，可以有条件放行。硬性门槛和软性指标的组合方式应在项目启动时约定，评审时按约定执行。
降级处理规则需要提前写明。分母为零的指标记为不可计算，不参与加权；数据缺失超过约定比例时，该类别整体标记为证据不足，评审结论至少为有条件放行，并要求补齐后再复核。
示例：一个基线评审的指标计算过程
以下为演示情景，数据为假设值，用于说明计算过程。
某项目基线冻结时共有任务80个，依赖关系120条，需要估算的任务80个。其中必填字段完整填写72个，指定责任人76个；依赖中指向基线外任务的有6条，处于环路中的任务4个；有估算依据说明的任务64个；资源分配中同一责任人同一时段被分配多个任务的有10个，某责任人分配工时120小时、可用工时100小时；关键路径完成日期距承诺交付日期为3个工作日，里程碑前工作工期共40天、设置缓冲4天。冻结后两周内收到变更单3份，影响任务12个。
代入计算：必填字段覆盖率72÷80＝90%；责任人覆盖率76÷80＝95%；悬空依赖占比6÷120＝5%；依赖环路占比4÷80＝5%；估算依据覆盖率64÷80＝80%；资源冲突任务占比10÷80＝12.5%；超配工时占比（120−100）÷100＝20%；关键路径余量3个工作日；里程碑缓冲率4÷40＝10%；变更频次3÷2＝1.5次/周；变更影响范围12÷80＝15%。
结果解读：存在依赖环路，按硬性门槛应退回修改，先消除环路和悬空依赖；超配工时占比20%集中在个别责任人，需要调整分配或补充资源；估算依据覆盖率80%，剩余16个任务缺少依据，应在放行前补齐或标注假设；关键路径余量仅3个工作日，缓冲偏薄，需评估是否可接受。综合结论为退回修改，整改后复核依赖闭合和资源分配两项，再进入放行评审。
解读与限制：指标能说明什么、不能说明什么
这些指标反映的是基线在冻结时点的质量状态，说明计划在结构、依赖、估算、资源和时间安排上是否具备执行条件。它们不反映执行结果，不能直接用作团队绩效评价，也不能保证计划一定按期完成。基线质量高只降低了因计划缺陷导致执行受阻的概率，执行中的外部变化、需求调整和人员变动仍需通过执行偏差分析跟踪。
本文不设通用达标线。不同项目类型对指标的要求不同，研发迭代类项目可能更关注估算依据覆盖率和变更频次，交付类项目可能更关注关键路径余量和里程碑缓冲。阈值应结合项目类型、历史数据和客户承诺确定，并在多个项目上积累后再调整。把某一项目的阈值直接套用到所有项目，容易产生误判。
指标之间可能冲突，需要权衡。提高估算依据覆盖率可能延长计划编制时间；增加里程碑缓冲会压缩可用工期；严格控制变更频次可能让合理调整难以及时进入基线。权衡时优先保证硬性门槛，再根据项目风险承受能力调整软性指标的要求，并在评审记录中写明取舍理由。
常见误读包括：把覆盖率100%当作可执行性已充分证明，忽略依赖和资源冲突；把不可计算记为0%导致结论偏乐观；用单次评审结果推断长期计划管理水平。使用时应结合异常项清单和评审记录一起看，指标值只是判断的起点，具体整改要求才是评审的输出。
常见问题
基线评审时，如果某些指标因为数据缺失算不出来，应该怎么处理？
先把缺失情况记录清楚，再决定结论。具体做法是：将分母为零或字段缺失的指标标记为“不可计算”，写明缺失字段、涉及任务数和原因，不参与加权汇总。如果某个类别的数据缺失超过评审前约定的比例，该类别的证据视为不足，评审结论至少定为有条件放行，并要求补齐数据后复核。
需要避免两种做法：一是用0%或默认值填充，让指标看起来正常；二是直接跳过缺失指标，只报能算出来的部分，导致结论偏乐观。缺失项清单本身就是整改输入，应随评审记录一起留存。
不同项目的任务粒度差别很大，覆盖率类指标还能横向比较吗？
直接比较容易失真，需要先做口径对齐。统一任务粒度是前提：如果A项目按两周任务分解、B项目按人天任务分解，责任人覆盖率和必填字段覆盖率的分母含义就不同。可行的处理是先按工作包层级汇总再比较，或者只比较同一层级内的指标。
同时统一时间窗和估算单位：时点类指标取同一冻结时点，周期类指标取相同长度，估算统一换算为人天或人时。对齐之后仍要说明粒度差异，把比较结果当作参考，不当作精确排名。
关键路径余量为负，但其他指标都不错，基线可以放行吗？
通常不建议直接放行。关键路径余量为负，意味着按当前计划推进，承诺交付日期已经无法满足，这属于时间约束上的硬伤。其他指标好，说明计划结构、责任分工和估算依据较完整，但无法抵消交付日期上的缺口。
可行的做法是退回调整：压缩非关键路径任务、调整资源投入、拆分或并行部分工作，或者与相关方重新确认交付日期。调整后重新计算关键路径余量和里程碑缓冲率，再进入放行评审。如果业务上必须接受负余量，应在评审记录中写明风险、应对措施和责任人，结论定为有条件放行。
基线冻结后变更频繁，是应该严格限制变更，还是放宽变更频次要求？
先看变更的性质和影响范围，再决定管理力度。变更频次高但每次只影响少量非关键任务，可能说明前期估算或需求澄清不足，重点应放在提升估算依据覆盖率和需求确认质量上；变更频次不高但单次影响大量关键路径任务，风险更大，需要更严格的变更评审和影响分析。
把变更频次和变更影响范围两个指标一起看，比只看频次更可靠。控制变更的目的是让基线保持可追溯、可比较，合理调整仍应通过变更单进入基线，并在评审记录中说明原因和影响任务。
用ONES管理项目计划时，基线质量指标的数据从哪里取？
可以从计划结构和基线记录中取数。ONES 支持用项目计划创建工作分解结构，为任务设置前后置依赖和里程碑，并支持设置项目计划和里程碑基线、通过版本对比追溯变更细节，这些可以作为任务清单、依赖关系、基线快照和变更记录的来源。资源侧可通过工时日历查看资源饱和度，结合成员工时报表分析资源利用情况。
需要注意，指标的具体计算口径（分子、分母、时间窗、缺失值处理）仍需在评审前约定，工具提供的是数据基础。依赖环路检测、估算依据覆盖率等指标是否已有预置统计，建议在选型或配置阶段结合实际版本核验。
