作者： Q.H. Wang

一份可直接复制填写的项目立项报告模板，包含项目概况、目标与范围、价值与可行性、交付与计划、资源与预算、风险与假设、审批结论七个章节，逐项说明关键字段用途、必填取舍与填写示例。

一份可直接复制填写的立项申请材料清单：六组字段、二十八个条目，每个字段对应价值判断、范围界定、可行性、责任归属、时间与交付、审批授权中的一类启动决策，附必填选填划分与完整填写示例。

项目目标是否必须分解，取决于目标清晰度、协作跨度和承诺要求。本文给出可执行子目标的判断停止线、必须分解与可暂缓的场景对照，以及用试点检验粒度是否合适的方法。

项目启动后业务方向调整，目标要不要改、要不要重新授权，关键看变化落在执行路径、目标对象与成功标准还是授权边界。本文按层次给出处置方式、触发条件、变更准备成本与暂缓观察期的设置方法。

项目计划遗漏是计划建立阶段本应纳入而未纳入的信息。本文给出定义与边界，按缺失对象列出活动、依赖、交付物、责任、基线五类遗漏，用同一口径区分四类常见遗漏，并说明其与计划变更、进度偏差的时点差异和计划评审时的检查做法。

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

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

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

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

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