作者： Q.H. Wang

计划基线遗漏与计划变更的分界在基线确认时点：确认前本应存在而未写入属于遗漏，确认后经审批调整属于变更。本文说明四类计划遗漏、基线遗漏的形成过程，并列出执行偏差、排期细化、说明性补充等不算遗漏的情形及各自归属。

项目计划遗漏率衡量应纳入计划的事项中事后才被发现遗漏的比例。本文给出指标定义、分母与观察窗口、遗漏判定证据、分层抽样与样本量设计、完整算例及结果解读限制，用于同口径比较不同项目或迭代的计划完整性。

软硬件协同项目计划把硬件设计、嵌入式软件、系统集成与验证纳入同一计划框架，用共享里程碑、接口约定和联合评审对齐两条开发线。本文说明它的定义与范围、三条活动线的组成、跨线依赖与里程碑的设置方法，并从活动构成、依赖类型、里程碑设置、评审节点四个维度对照纯软件计划与纯硬件计划的差异。

评估项目计划完整性，需要建立可核对的计划要素基准清单，用遗漏率衡量覆盖广度，用遗漏密度消除规模差异，再用严重度加权区分遗漏性质。本文给出指标公式、统计口径、评审抽样步骤和两个项目的对比示例，并说明跨项目比较的前提条件与解读边界。

软硬件协同计划把硬件设计、样件试制、嵌入式软件开发和系统联调放进同一张计划网络。本文从活动、依赖、里程碑、评审节点四个维度说明它如何建立，并对照纯软件计划与纯硬件计划讲清差异。

把软硬件里程碑对齐和接口依赖闭锁变成可复算的检查口径：本文给出里程碑对齐率、接口依赖闭锁率、样机与长周期物料可行性三项指标的定义、分母、时间窗、取数来源与计算步骤，附演示示例，并说明结论能说明什么、不能说明什么。

活动无人负责、多人负责、接口责任悬空、审批责任冲突，是项目计划责任分工不清的四类典型症状。本文按“定位症状与范围→核对计划与角色定义→检查接口与审批规则→验证恢复”的顺序给出排查步骤，并说明每步的证据记录、停止点与风险边界。

计划变更后责任分工矩阵容易与变更单脱节。本文给出从变更影响清单到矩阵更新、责任人/接口人/审批人确认、审批留痕关联的维护顺序，说明适用前提与代价，并用一致率、确认覆盖率、无人认领条目数验证分工是否校准到位。

活动无人负责、多人负责和接口责任悬空，成因分别落在责任人字段、主责划分和交接确认。本文给出三类症状的识别方法、原因假设与验证证据、从字段扫描到审批核对的排查顺序，以及修复后的抽样验证与模板防复发机制。

范围调整或人员变动后，只改计划文档往往不够。本文以责任分工矩阵为基线，分别给出范围调整和人员变动的更新路径，并说明如何通过审批链验证和抽查确认接口人与审批人真正更新到位。