评估软硬件协同项目计划质量，核心是判断计划本身能否支撑后续执行：软硬件里程碑是否对齐、接口依赖是否闭锁、样机与长周期物料是否可行、资源与关键角色是否落实、风险与缓冲是否量化、计划变更与基线是否受控。判断依据以可核验的材料为主，如里程碑对照表、接口清单闭锁状态、物料提前期倒排表、资源负荷数据、风险登记与缓冲计算、基线变更记录。评估结论应注明证据来源、时间窗和未确认项，避免凭单一维度给计划下总体结论。
要点总览（TL;DR）
- 评估对象是计划建立阶段的结构与可行性，执行偏差归项目进度管理，不纳入本篇判断。
- 六个维度：软硬件里程碑对齐、接口依赖闭锁、样机与长周期物料计划可行性、资源与关键角色落实、风险与缓冲量化、计划变更与基线受控。
- 关键指标可复算：里程碑对齐率、接口依赖闭锁率、缓冲覆盖率、资源负荷比，计算时注明时间窗、分母与单位。
- 证据缺失或分母为零时标记未确认或不适用，不推断为符合，也不按满分计入总体判断。
- 结论逐维度给出通过、待补证或不通过，附证据清单与未确认项，供评审决定放行、补证或返工。
评估目标：计划质量要回答哪几个问题
评估对象是计划建立阶段的结构与可行性，执行阶段出现的进度偏差属于项目进度管理的范畴，不纳入本篇判断。这样限定范围，是为了在计划评审放行前发现问题，而不是等执行偏离后再追溯原因。
一次完整的计划质量评估需要回答六个问题：软硬件两侧的关键里程碑能否对齐；接口定义、责任方与交付时点是否已经确认闭锁；样机数量与长周期物料的提前期能否支撑关键节点；硬件、固件、结构、测试等关键角色是否落实到人且负荷可行；主要风险是否登记并配有可解释的时间缓冲；计划基线是否建立、变更是否有记录可追溯。
评估结论通常有三种用途：作为计划评审的放行依据，确认计划可以进入执行；作为基线确认的输入，明确当前版本作为后续对比的基准；作为返工修改的清单，指出哪些维度需要补充证据或调整计划。结论应逐维度给出，并附证据清单，便于评审会逐项讨论。
六个评估维度与指标范围
六个维度覆盖计划的结构完整性与可行性，每个维度有明确的观察对象。下表给出维度定义与适用范围，便于评审时对照分工。
| 维度 | 观察对象 | 适用范围 |
|---|---|---|
| 软硬件里程碑对齐 | 关键节点在硬件计划与固件计划中的对应关系，如样机点亮、接口联调、系统测试、量产准备 | 两侧计划均有关键节点的项目；单侧主导的项目可只核对交接节点 |
| 接口依赖闭锁 | 接口定义、责任方、交付物与约定时点的确认状态 | 存在软硬件交互接口的项目，接口数量多时按关键接口优先 |
| 样机与长周期物料计划可行性 | 采购提前期、样机数量与交付节点之间的倒排关系 | 涉及定制物料、长交期器件或多次样机迭代的项目 |
| 资源与关键角色落实 | 硬件、固件、结构、测试等角色的负荷与可用性 | 关键角色跨项目共享时尤其需要核对 |
| 风险与缓冲量化 | 风险登记内容与时间缓冲的计算依据 | 技术不确定性较高或依赖外部供方的环节 |
| 计划变更与基线受控 | 基线版本号与变更审批记录 | 已进入评审或已确认基线的计划 |
维度之间有关联：接口闭锁状态会影响里程碑对齐的判断，物料提前期不足会改变缓冲需求。评估时逐维度取证，汇总时再交叉检查，避免某一维度的乐观判断掩盖另一维度的缺口。
数据口径与证据：每个维度看什么材料
每个维度都要落到具体材料，材料应带版本日期，便于确认评估所依据的是哪一版计划。下表给出维度与证据的对照关系。
| 维度 | 证据材料 | 关键口径 |
|---|---|---|
| 里程碑对齐 | 硬件与固件两侧计划节点对照表及版本日期 | 节点名称、计划时点、对应关系、允许时点差 |
| 接口依赖闭锁 | 接口清单：责任方、交付物、约定时点、闭锁标记 | 闭锁指责任方与交付时点均已确认，仅有接口名称不算闭锁 |
| 物料与样机 | 采购提前期、样机数量与交付节点的倒排表 | 提前期以采购或供方确认的数据为准，注明下单时点假设 |
| 资源 | 角色负荷表与可用工时口径 | 计划工时与可用工时按同一时间单位统计 |
| 风险 | 风险登记表与缓冲计算过程 | 缓冲时长应有取值依据，如历史延误或供方承诺波动 |
| 变更 | 基线版本号与变更审批记录 | 记录应能对应到具体节点或交付物的调整 |
证据缺失时标记为“未确认”，不推断为符合。例如接口清单中某接口只写了名称、没有责任方和时点，应记为未闭锁或待补证，而不是默认已确认。证据版本与评估时间窗不一致时，也应注明差异，避免用旧版材料得出当前结论。
计算与评估步骤：从证据到结论
评估按“取证—计算—判定”三步进行。先按上一节收集材料并标注版本，再按统一公式计算指标，最后逐维度给出通过、待补证或不通过的判断。指标公式如下，使用时需同时注明时间窗与单位。
- 里程碑对齐率 = 两侧均有对应节点且时点差在约定窗口内的节点数 ÷ 应有关键节点总数。约定窗口需在评估前确定，例如关键联调节点允许前后若干天，窗口取值应写入评估说明。
- 接口依赖闭锁率 = 已确认责任方与交付时点的接口数 ÷ 接口总数。分母为零时，说明该项目当前无登记接口，该维度记为不适用，并在结论中注明，不按满分处理。
- 缓冲覆盖率 = 缓冲时长 ÷ 对应链路预估时长。链路可按“物料到货—样机装配—联调”等关键路径划分，取值依据需附在计算表旁。
- 资源负荷比 = 角色计划工时 ÷ 该角色可用工时。按角色分别计算，超过可用工时的角色列为负荷风险，需在计划中调整或补充资源。
判定标准建议在评估前与项目组约定：指标达到约定阈值且证据完整记为通过；指标达标但证据不全记为待补证；指标未达标或关键证据缺失记为不通过。每个判断都要写明证据来源，例如“接口清单 v1.3，评估日期为某时间窗内”，便于复核。计算过程保留在评估表中，使他人可以按同一口径复算。
在计划评审环节，里程碑、前后置依赖与基线对比可以在项目协作工具中承载。ONES 的项目计划支持按目标、交付物或阶段分解工作并设置任务前后置依赖，用里程碑标记重要时间点；设置计划和里程碑基线后，可对比版本追溯变更细节。评估时可将对照表、接口清单与变更记录对应到这些计划对象上，使证据与计划版本保持一致，评审结论也便于留档。
示例：一份软硬件协同计划的分维度评估
以下示例为方法演示，背景设定为某硬件产品与配套固件的协同计划，数值为假设，不作为行业达标线。
| 维度 | 示例证据与计算 | 判断 |
|---|---|---|
| 里程碑对齐 | 应有关键节点10个，两侧均有对应且时点差在约定窗口内的8个，对齐率80% | 通过，附对照表版本日期 |
| 接口依赖闭锁 | 登记接口24个，已确认责任方与交付时点的18个，闭锁率75%；其余6个仅有接口名称 | 待补证，列出未闭锁接口清单 |
| 物料与样机倒排 | 某长交期器件提前期假设为12周，按关键节点倒排需在第4周下单，当前计划下单时点为第6周 | 不通过，需调整下单时点或节点 |
示例结论：里程碑对齐维度通过；接口闭锁维度待补证，需在评审前补齐责任方与时点；物料倒排维度不通过，需修改计划或压缩提前期。资源、风险与变更三个维度在本示例中未展开，实际评估时应同样取证并计算。示例说明评估结论应逐维度给出，并附未确认项，而不是用对齐率一个数字代表计划整体质量。
解读与限制：结论怎么用、哪里会失真
指标反映的是计划结构质量，不能保证执行结果。对齐率高说明两侧节点在计划层面有对应关系，执行中仍可能因技术问题或供方延误产生偏差。评估结论适合用于评审放行、基线确认和返工清单，不宜直接作为团队绩效评价依据。
几种情况会影响结论可靠性。分母为零时，如项目暂无登记接口，该维度应记为不适用，不能按满分计入总体判断。证据缺失时标记未确认，汇总时单独列出，不与不通过混为一谈。口径不一致时，例如两侧计划使用不同的时间单位或节点定义，应先统一口径再计算，否则对齐率会失真。
不同复杂度项目的指标数值不宜直接横向比较。接口数量多、供方链条长的项目，闭锁率和缓冲覆盖率的合理区间与简单项目不同，评估时应结合项目自身的关键路径和约定窗口解读。评估结论建议附证据清单与未确认项，供评审会决定放行、补证或返工，并在计划变更后按同一口径重新评估。
常见问题
接口依赖闭锁率的分母为零时，这个维度应该怎么记录？
分母为零说明当前计划中没有登记接口，该维度记为不适用，并在评估结论中注明原因，不按满分处理。同时建议核对接口清单本身是否完整：如果项目实际存在软硬件交互，只是清单尚未建立，应记为待补证，先补齐接口登记再评估。
两侧计划使用不同的节点定义或时间单位，对齐率还能直接算吗？
不能直接计算。应先统一口径：明确哪些节点属于应有关键节点、两侧节点如何对应、时点差以天还是周为单位、约定窗口取多大。口径统一后重新取数再计算，并在评估说明中记录口径调整过程。否则对齐率会因定义差异而失真，评审时也难以复核。
评估结论为待补证时，计划评审还能继续吗？
可以继续，但需要把待补证项作为评审的明确输入。常见做法是列出待补证清单，注明每项需要补充的材料、责任方和补齐时点，评审会据此决定是有条件放行还是暂缓确认基线。待补证项补齐后按同一口径重新计算对应指标，结论随之更新。
不同项目的对齐率、闭锁率数值可以直接比较吗？
不宜直接横向比较。接口数量多、供方链条长的项目，闭锁率和缓冲覆盖率的合理区间与简单项目不同，节点数量和约定窗口也会影响对齐率。更合适的做法是同一项目在计划变更前后按同一口径对比，或结合项目自身关键路径解读指标，而不是用统一数值给不同项目排名。
计划变更后，之前的评估结论还有效吗？
计划变更后原结论只反映变更前的版本，需要按同一口径重新评估受影响维度。评估时应记录基线版本号与变更内容，明确哪些节点、接口或物料时点发生了调整，再重新取证计算。保留历次评估记录，也便于在评审中说明计划质量的变化过程。
