评估项目计划是否完整、可执行，核心是回答两个问题：计划是否把该说清的事说清了，计划是否具备真正启动和推进的条件。完整性看范围、交付物、里程碑、任务分解、依赖、资源、时间与验收标准是否闭合；可执行性看责任是否到人、依赖是否可满足、资源是否落实、风险与缓冲是否留出、关键路径是否可算。评估时先定维度，再为每个维度设定可核验的证据和通过标准，最后用抽样任务做一次可执行性复核，并记录分母、时间窗和缺失值，避免把计划文档的厚度当成可执行程度。
要点总览（TL;DR）
- 评估项目计划分两条主线：完整性看范围、交付物、里程碑、任务分解、依赖、资源、时间、验收标准是否闭合；可执行性看责任到人、依赖可满足、资源落实、风险与缓冲、关键路径是否可算。
- 每个维度都要配可观察信号和证据来源，例如交付物有完成形态和责任人、里程碑对应可验证交付物、跨团队依赖有提供方和承诺时间。
- 用覆盖率与通过率汇总结果，保留分子分母，未确认项计入分母并单列数量，分母为零时标注不适用而不记为满分。
- 抽样复核关键路径任务，核对责任人、依赖承诺和资源分配是否与字段一致，避免字段齐全但实际未落实。
- 结论反映评估时点的计划质量，不替代执行阶段进度跟踪；范围、资源或里程碑变更后需重新核验受影响维度。
评估目标：判断计划完整与可执行的两条主线
项目计划评估的对象是当前版本的计划本身，包括计划文档、任务清单、资源安排、依赖关系和评审记录。评估结论通常用于三个场景：启动评审前判断计划是否具备放行条件，计划修订时定位缺口，阶段放行时确认计划要素仍然闭合。明确用途后，评估的严格程度和证据范围才能确定。
完整性评估回答“计划要素是否闭合”。它检查范围、交付物、里程碑、任务分解、依赖、资源、时间和验收标准是否都有明确内容，并且彼此对应。一个常见缺口是里程碑列出了日期，但对应交付物没有定义完成形态，这类问题属于完整性范畴。
可执行性评估回答“计划能否真正落地”。它检查每项任务是否有明确责任人，依赖是否能在计划时间内满足，资源是否已经落实，风险和缓冲是否留出，关键路径是否能够识别。完整性合格而可执行性不足的计划，往往表现为任务齐全但无人认领、依赖悬空或资源未确认。
两条主线需要分开判定，再合并成结论。完整性用覆盖率类指标衡量，可执行性用通过率类指标衡量。评估结论建议写成“完整性通过/不通过、可执行性通过/不通过”的组合，而不是一个笼统的分数，这样后续修订才能对准具体缺口。
检查维度与指标：完整性、可执行性各看什么
维度清单需要同时覆盖“要素是否存在”和“要素是否可用”。下表给出八个完整性维度和五个可执行性维度，每个维度配一个可观察信号，便于逐项核验。
| 主线 | 维度 | 观察指标 | 可观察信号 |
|---|---|---|---|
| 完整性 | 范围与交付物 | 交付物清单是否覆盖范围说明中的全部产出 | 每个交付物有名称、完成形态和责任人；范围外事项有明确排除说明 |
| 完整性 | 里程碑 | 里程碑是否对应可验证的交付物或决策点 | 每个里程碑有日期、对应交付物和判定人 |
| 完整性 | 任务分解 | 任务是否分解到可估算、可分配的程度 | 任务有明确产出，单项工作量可估算，无“其他”“待定”类占位任务 |
| 完整性 | 依赖 | 任务间前后置关系是否标注 | 跨团队、跨系统的依赖有明确提供方和需要时间 |
| 完整性 | 资源 | 人力、设备、环境等资源是否列入计划 | 资源需求有数量和时间段，来源已确认 |
| 完整性 | 时间 | 任务工期与里程碑日期是否自洽 | 任务起止时间可回溯到里程碑，无负工期或日期冲突 |
| 完整性 | 验收标准 | 交付物是否有可判定的验收条件 | 验收标准可观察、可测试，明确由谁判定 |
| 可执行性 | 责任到人 | 任务责任人是否唯一且已确认 | 每项任务有具体负责人，无多人共担或空缺 |
| 可执行性 | 依赖可满足 | 外部依赖是否获得提供方确认 | 依赖有承诺时间，关键依赖有备选方案 |
| 可执行性 | 资源落实 | 资源是否已分配而非仅列入需求 | 人员投入比例、设备到位时间已确认 |
| 可执行性 | 风险与缓冲 | 关键风险是否有应对措施和时间缓冲 | 高风险任务有应对动作，关键路径留有缓冲 |
| 可执行性 | 关键路径 | 关键路径是否可识别 | 依赖关系完整，能算出最长路径和浮动时间 |
维度之间需要交叉检查。例如任务分解很细，但依赖关系缺失，关键路径就无法计算，可执行性判定会受影响。资源维度与责任到人也要对应：资源表里有人，任务上却无人认领，说明分配尚未完成。
在工具层面，计划要素需要有承载位置才能被核验。ONES 支持用「项目计划」创建工作分解结构，按目标、交付物或项目阶段分解计划和工作，并可为任务设置前后置依赖、用里程碑标记重要时间点或决策点。这样范围、任务、依赖和里程碑可以在同一计划结构中对照检查，评估时不必在多个文档间拼接证据。
数据口径与证据：每个维度用什么材料核验
每个维度都要指定证据来源和统计口径，评估结果才可复核。证据优先取计划系统中的原始记录，评审记录和会议纪要作为补充，口头确认不作为通过依据。
| 维度 | 证据来源 | 统计单位与分母 | 时间窗 |
|---|---|---|---|
| 范围与交付物 | 范围说明、交付物清单 | 以交付物为统计单位，分母为范围说明列出的交付物总数 | 评估时点的计划版本 |
| 里程碑 | 计划中的里程碑列表 | 以里程碑为统计单位，分母为里程碑总数 | 评估时点的计划版本 |
| 任务分解 | 任务清单 | 以任务为统计单位，分母为计划内任务总数 | 评估时点的计划版本 |
| 依赖 | 任务依赖关系记录 | 以存在跨任务或跨团队关系的任务为分母 | 评估时点的计划版本 |
| 资源 | 资源表、工时安排 | 以资源需求项为统计单位 | 覆盖计划周期的资源安排 |
| 时间 | 任务起止时间、里程碑日期 | 以任务为统计单位，检查日期自洽性 | 评估时点的计划版本 |
| 验收标准 | 交付物说明、验收条件记录 | 以交付物为统计单位，分母为交付物总数 | 评估时点的计划版本 |
| 责任到人 | 任务责任人字段 | 以任务为统计单位，分母为任务总数 | 评估时点的计划版本 |
| 依赖可满足 | 依赖确认记录、提供方承诺 | 以关键依赖为统计单位 | 评估时点前已确认的依赖 |
| 资源落实 | 人员分配记录、设备到位计划 | 以资源需求项为统计单位 | 计划启动前 |
| 风险与缓冲 | 风险清单、缓冲安排 | 以关键路径任务为统计单位 | 评估时点的计划版本 |
| 关键路径 | 依赖关系与工期数据 | 以计划整体为对象，判定能否计算 | 评估时点的计划版本 |
缺失值需要单独记录，不并入比率计算。某维度证据缺失时，标记为“未确认”，在结论中单列数量，并说明该维度无法判定。分母为零的情况也要单独说明，例如计划中没有跨团队依赖时，依赖可满足率不计算，而不是记为100%。
资源落实的证据可以借助工时数据核验。ONES 支持项目经理通过工时日历查看资源饱和度，并依据成员工时报表和饱和度报表分析资源利用情况，调整节点负责人。评估资源维度时，这类记录可以作为“资源已分配”的佐证，但饱和度数据依赖团队实际填报，填报不完整时仍需回到资源表核对。
评估步骤：从维度打分到可执行性复核
评估按“逐维度判定—计算汇总—抽样复核—形成结论”四步进行，每一步都有明确的完成标志。
第一步：逐维度判定。对每个维度设定通过标准，例如“任务责任人填写率不低于约定阈值”“每个里程碑均有对应交付物”。判定结果只有通过与不通过两种，证据不足记为未确认。通过标准由团队在评估前确定，评估过程中不临时调整。
第二步：计算覆盖率与通过率。完整性覆盖率按维度分别计算，再汇总：
- 维度覆盖率 = 该维度通过检查的条目数 ÷ 该维度条目总数 × 100%
- 完整性总覆盖率 = 各完整性维度通过条目数之和 ÷ 各维度条目数之和 × 100%
- 可执行性通过率 = 可执行性维度通过条目数 ÷ 可执行性维度条目总数 × 100%
计算时保留分子和分母，便于复核。未确认项不计入分子，但计入分母，并在结果旁标注未确认数量。
第三步：抽样复核。从关键路径任务中抽取若干项，逐项核对责任人是否确认、依赖提供方是否承诺时间、资源是否已分配。抽样复核用于验证字段填写与实际安排是否一致，发现字段齐全但实际未落实的情况。
第四步：形成结论。结论写明完整性覆盖率、可执行性通过率、未确认项数量、抽样复核发现的问题，以及建议的修订动作。结论用于启动评审或计划修订，不替代执行阶段的进度跟踪。
计划建立后，基线对比可以帮助后续复查。ONES 支持设置项目计划和里程碑基线，对比计划与执行的偏差，并通过版本对比追溯变更细节。评估结论形成后设定复查时点，计划变更后重新核验受影响维度，可以让评估结果保持有效。
示例：一份计划按维度评估的过程
以下为演示情景，用于说明计算过程，数据为假设值。
某系统升级计划包含范围说明、交付物清单、里程碑列表和任务清单。评估时共有交付物8项、里程碑5个、任务40项，其中跨团队依赖任务6项，资源需求项10项。
逐维度判定结果：范围与交付物维度，7项交付物有完成形态和责任人，1项仅有名称，覆盖率87.5%；里程碑维度，5个里程碑均有日期和对应交付物，覆盖率100%；任务分解维度，36项任务可估算、可分配，4项为占位任务，覆盖率90%；依赖维度，6项跨团队依赖中4项标注了提供方和时间，覆盖率66.7%；资源维度，10项资源需求中8项有数量和来源，覆盖率80%；时间维度，38项任务日期自洽，覆盖率95%；验收标准维度，6项交付物有可判定验收条件，覆盖率75%。
完整性总覆盖率 =（7+5+36+4+8+38+6）÷（8+5+40+6+10+40+8）× 100% = 104 ÷ 117 ≈ 88.9%。
可执行性判定：责任到人维度，40项任务中34项有唯一责任人，通过率85%；依赖可满足维度，6项关键依赖中3项获得提供方承诺，通过率50%；资源落实维度，10项资源需求中7项已分配，通过率70%；风险与缓冲维度，关键路径任务中留有缓冲的占60%；关键路径维度，因依赖标注不完整，判定为不可计算，记为不通过。可执行性通过率按已判定条目计算，关键路径维度单列为未通过项。
缺失项影响结论：依赖维度覆盖率66.7%，直接导致关键路径无法计算，可执行性判定不能给出通过结论。验收标准维度覆盖率75%，说明部分交付物在完成时缺少判定依据，建议在启动评审前补齐。若计划中没有跨团队依赖，依赖维度分母为零，应标注“不适用”，不并入总覆盖率。
解读与限制：结论怎么用、哪里会失真
评估指标反映计划文档和计划安排的质量，不反映执行结果。覆盖率高的计划仍可能在执行中出现偏差，覆盖率低的计划也可能因为团队经验丰富而推进顺利。结论应作为启动评审和计划修订的输入，不能替代执行阶段的进度监控和风险跟踪。
分母为零和数据不可比是常见失真来源。某维度没有条目时，比率不计算并标注“不适用”；不同项目之间比较覆盖率时，需要确认维度定义、统计单位和时间窗一致，否则比较没有意义。未确认项数量应随结论一起呈现，避免只看到比率而忽略证据缺口。
评估结论有适用条件：它针对评估时点的计划版本，计划发生范围、资源或里程碑变更后，受影响维度需要重新核验。建议在启动评审前、阶段放行前和重大变更后设置复查时点。抽样复核只能发现部分落实问题，不能替代逐项确认，关键依赖和关键资源仍应逐项核对。
当计划需要在系统中持续维护时，评估所依赖的任务、依赖、里程碑和资源记录也应保持同步更新。ONES 提供从项目到任务的多层级管理，支持自下而上的进度反馈和自上而下的进度监控，计划要素与执行记录在同一结构中对应，复查时可以直接对照原评估维度取数。测试活动产生的验收报告也可作为验收标准维度的补充证据，但项目计划层面的验收标准仍需在计划中明确。
常见问题
计划里任务都列全了，为什么可执行性还是判定不通过？
任务列全只说明完整性中的任务分解维度可能通过，可执行性看的是另一组条件。常见原因是任务没有唯一责任人、跨团队依赖没有提供方承诺时间、资源只列入需求而未实际分配，或者依赖关系不完整导致关键路径算不出来。评估时要把这些维度单独判定，不能因为任务清单齐全就默认计划可执行。
某个维度在计划里没有对应条目，比率应该怎么算？
分母为零时该维度不计算比率，标注“不适用”，也不并入总覆盖率。例如计划中没有跨团队依赖，依赖可满足率就不计算，不能记为100%。同时要在结论中说明该维度未参与汇总，避免读者把“不适用”误读为“已通过”。
未确认项和未通过项在结论里要分开写吗？
建议分开。未通过项表示已有证据表明不满足通过标准，未确认项表示证据缺失、当前无法判定。两者对后续动作不同：未通过项需要修订计划，未确认项需要补充证据或向提供方确认。汇总时未确认项计入分母但不计入分子，并在比率旁标注数量。
评估结论多久需要复查一次？
结论只对评估时点的计划版本有效。建议在启动评审前、阶段放行前和重大变更后设置复查时点；范围、资源或里程碑发生变更时，重新核验受影响维度即可，不必每次全量重评。若计划在系统中持续维护，任务、依赖、里程碑和资源记录保持同步更新，复查时可以直接对照原评估维度取数。
抽样复核要抽多少任务，能替代逐项核对吗？
抽样复核用于验证字段填写与实际安排是否一致，抽取对象优先选关键路径任务和跨团队依赖任务，数量按计划规模确定，没有统一标准。它只能发现部分落实问题，不能替代逐项确认，关键依赖和关键资源仍应逐项核对。
