项目集状态报告要能让管理层在固定节奏内看清整体进展、风险与需要拍板的事项。这份模板以“报告头—总体状态—各子项目进展—风险与问题—依赖与决策请求—下期计划”六段为主干，用统一的绿/黄/红口径和必填字段保证跨项目可比。使用顺序是：先复制空白表，再按字段说明逐格填写，最后对照示例核对口径是否一致。
要点总览（TL;DR）
- 模板以报告头、总体状态、子项目进展、风险与问题、依赖与决策请求、下期计划六段为主干，可直接复制到文档或表格工具使用。
- 状态判定统一用绿/黄/红三档：绿为按计划推进且无高等级风险，黄为可恢复偏差或中等级风险，红为关键里程碑延期或需管理层介入。
- 报告头、总体状态、子项目状态与里程碑、进度偏差、风险条目、决策请求、下期计划为必填；预算、资源负载、质量指标按需补充。
- 填写顺序是先复制空白表，再按字段说明逐格填写，最后对照示例核对状态判定与决策请求的表述是否一致。
- 模板调整一次只改一处，状态口径变更需注明生效时间并重新判定在途子项目，历史版本保留只读副本。
可复制空白项目集状态报告模板
下表可直接复制到文档或表格工具中使用。六个部分按顺序填写，每部分只承载一类信息，避免同一内容在多个位置重复出现。
第一部分：报告头
| 字段 | 填写内容 |
|---|---|
| 报告期 | 如 2025 年 3 月 1 日—3 月 31 日 |
| 项目集名称 | |
| 报告人 / 角色 | |
| 报告版本 | 如 V1.0，修订时递增 |
| 报送对象 | 如 项目集指导委员会 |
| 报送日期 |
第二部分：总体状态
| 字段 | 填写内容 |
|---|---|
| 总体状态 | 绿 / 黄 / 红 |
| 一句话结论 | 本期整体进展与最需要关注的一件事 |
| 状态变化 | 较上期：上升 / 持平 / 下降，并说明原因 |
| 本期关键成果 | 1—3 条，写可验证的交付物或节点 |
第三部分：子项目进展
| 子项目 | 负责人 | 状态 | 本期里程碑 | 里程碑日期 | 计划完成率 | 实际完成率 | 进度偏差 | 说明 |
|---|---|---|---|---|---|---|---|---|
第四部分：风险与问题
| 编号 | 类型（风险/问题） | 描述 | 影响范围 | 等级 | 责任人 | 应对措施 | 目标关闭日期 |
|---|---|---|---|---|---|---|---|
第五部分：依赖与决策请求
| 编号 | 事项 | 涉及方 | 需要谁做什么 | 期望完成时间 | 不决策的影响 |
|---|---|---|---|---|---|
第六部分：下期计划与关键节点
| 下期重点 | 关键节点 | 计划日期 | 负责人 | 完成标志 |
|---|---|---|---|---|
字段说明：每个格子填什么、按什么口径填
同一份模板由不同人填写时，差异主要来自口径不统一。以下说明针对容易产生分歧的字段给出判定规则，填写前先对齐这些规则，报告才具备横向比较的基础。
状态字段的判定口径
| 状态 | 判定条件 | 常见误用 |
|---|---|---|
| 绿 | 关键里程碑按计划推进，进度偏差在可接受范围内，无高等级未关闭风险 | 把“没有坏消息”直接判绿，忽略偏差累积 |
| 黄 | 存在可恢复的偏差或中等级风险，已有明确应对措施和责任人，需要关注但暂不需要升级决策 | 把所有不确定都标黄，导致黄色失去区分度 |
| 红 | 关键里程碑已延期或预计无法按期达成，或存在高等级风险且当前措施不足以控制，需要管理层介入 | 为避免压力长期不标红，问题暴露时已无缓冲 |
状态判定以事实为依据，写明触发该状态的具体条件，例如“里程碑延期 10 天”或“关键资源缺口未补齐”。总体状态取各子项目中最严重的状态，并在一句话结论中说明原因。
进度偏差的计量方式
计划完成率按报告期末应完成的工作量占该子项目本期总工作量的比例计算，实际完成率按同一范围已验收完成的工作量计算。两者相减得到进度偏差，用百分点表示。计量范围在报告期内保持一致，中途调整范围需在说明栏注明，否则偏差数字失去可比性。
里程碑状态与日期字段
里程碑日期填计划完成日期，实际完成或预计完成日期写入说明栏。里程碑状态用“未开始 / 进行中 / 已完成 / 已延期”四类，已延期的必须写明延期天数和新的预计日期。日期格式统一为“年-月-日”，避免同表混用多种写法。
风险等级与影响描述
等级按影响程度和发生可能性综合判断，分为高、中、低三档。描述写清“什么事件、影响哪个子项目或哪个节点、影响多大”，例如“核心接口联调延迟，可能导致上线节点推迟两周”。只写“有风险”“需关注”无法支撑后续判断。
决策请求的表述要求
每条决策请求写清四件事：需要谁决策、决策什么、期望何时给出、不决策会带来什么后果。表述落到具体选项，例如“请在 4 月 10 日前确认是否追加两名测试资源，否则验收节点将顺延”。
必填与选填：哪些字段不能空
模板字段并非每项都需填写。最小可用报告保留能支撑状态判断和决策的字段，其余按项目集规模和管理要求补充。
| 字段 | 必填/选填 | 说明 |
|---|---|---|
| 报告期、项目集名称、报告人、版本、报送对象 | 必填 | 缺失则报告无法归档和追溯 |
| 总体状态、一句话结论 | 必填 | 管理层首先看这两项 |
| 子项目名称、负责人、状态、里程碑及日期 | 必填 | 构成进展判断的基本单元 |
| 计划完成率、实际完成率、进度偏差 | 必填 | 状态判定的量化依据 |
| 风险与问题描述、等级、责任人、应对措施 | 必填 | 无风险时填“本期无”，不留空 |
| 决策请求及期望时间 | 必填 | 无请求时填“本期无” |
| 下期重点与关键节点 | 必填 | 保持报告连续性 |
| 预算执行情况 | 选填 | 涉及外部采购或成本考核时补充 |
| 资源负载与人力投入 | 选填 | 多项目共享资源时补充 |
| 质量指标（缺陷率、返工率等） | 选填 | 交付质量受关注时补充 |
必填字段确实无法取得数据时，写明“数据待补”及补齐时间，不用空白或估计值代替。规模较小的项目集可只保留必填字段，子项目数量多、跨部门协作复杂的项目集再启用选填字段，避免报告篇幅随规模失控。
填写示例：一个完整报告期的示范
以下为演示情景，用于说明字段之间的对应关系，数据为示意。
报告头与总体状态
| 字段 | 内容 |
|---|---|
| 报告期 | 2025-03-01 至 2025-03-31 |
| 项目集名称 | 客户服务平台升级项目集 |
| 报告人 | 项目集经理 张明 |
| 版本 | V1.0 |
| 报送对象 | 项目集指导委员会 |
| 总体状态 | 黄 |
| 一句话结论 | 整体按计划推进，数据迁移子项目因接口联调延迟存在两周延期风险，需确认资源追加。 |
| 状态变化 | 较上期下降：上期绿，本期因迁移风险转黄 |
子项目进展
| 子项目 | 负责人 | 状态 | 本期里程碑 | 里程碑日期 | 计划完成率 | 实际完成率 | 进度偏差 |
|---|---|---|---|---|---|---|---|
| 门户前端改版 | 李华 | 绿 | 交互稿评审通过 | 2025-03-20 | 100% | 100% | 0 |
| 数据迁移 | 王强 | 黄 | 历史数据首轮迁移完成 | 2025-03-28 | 100% | 80% | -20 个百分点 |
| 报表模块 | 陈静 | 绿 | 核心报表开发完成 | 2025-03-25 | 90% | 90% | 0 |
数据迁移判黄的依据是：里程碑未按期完成，实际完成率落后计划 20 个百分点，但已有明确补救方案，尚未影响项目集整体上线节点，因此不判红。
风险与决策请求
| 编号 | 类型 | 描述 | 等级 | 责任人 | 应对措施 | 目标关闭日期 |
|---|---|---|---|---|---|---|
| R-01 | 风险 | 核心接口联调延迟，可能导致数据迁移整体推迟两周 | 高 | 王强 | 协调接口方增加联调窗口，每日同步进度 | 2025-04-15 |
| 编号 | 事项 | 涉及方 | 需要谁做什么 | 期望完成时间 | 不决策的影响 |
|---|---|---|---|---|---|
| D-01 | 追加测试资源 | 研发管理部 | 请研发管理部负责人确认是否从其他团队借调两名测试人员 | 2025-04-10 | 验收节点顺延两周，影响整体上线计划 |
决策请求 D-01 写明了决策人、具体动作、时限和后果，接收方可以直接据此安排，无需再追问背景。
下期计划
| 下期重点 | 关键节点 | 计划日期 | 负责人 | 完成标志 |
|---|---|---|---|---|
| 完成历史数据首轮迁移 | 迁移结果核验通过 | 2025-04-18 | 王强 | 核验报告签字确认 |
| 报表模块联调 | 联调完成 | 2025-04-22 | 陈静 | 联调用例全部通过 |
模板的调整与维护方法
模板使用一段时间后，治理要求、项目集阶段和汇报对象都会变化，需要按规则调整并保留版本记录，避免每期报告口径漂移。
字段增删的判断依据
新增字段的前提是：该信息连续两期以上被管理层追问，或现有字段无法支撑某类决策。删除字段的前提是：连续三期无人使用，或数据采集成本明显高于其决策价值。每次调整只改一处，观察一期后再评估效果，避免一次性大改导致历史数据无法对比。
状态口径变更的同步要求
绿/黄/红的判定条件一旦调整，需在同一期报告中注明变更内容和生效时间，并对在途子项目按新口径重新判定一次。口径变更不同步，会导致前后两期状态无法比较，也会让子项目负责人按旧标准填报。
模板版本与归档方式
模板文件按“模板名-版本号-生效日期”命名，历史版本保留只读副本。每期填好的报告按报告期归档，与对应模板版本关联，便于回溯某期报告使用的是哪套字段和口径。
报告节奏与模板的匹配
月度报告保留完整六段结构；周报可只保留总体状态、子项目进展和风险三部分，决策请求并入风险表；季度或阶段评审在完整模板基础上增加趋势对比。节奏调整时同步明确哪些字段可以省略，避免填报人自行删减造成信息缺口。
当报告数据来自项目集下的工作项和里程碑时，可以在项目管理工具中维护子项目状态、里程碑日期和风险条目，按报告期汇总导出后再填入模板。ONES 支持在工作项和里程碑上记录状态与计划日期，项目集视图可按子项目汇总进展，减少手工誊抄造成的口径偏差；具体字段配置以团队实际使用的工作项类型为准。
常见问题
子项目负责人自评状态与项目集经理判断不一致时怎么处理？
先回到状态判定口径逐条核对：关键里程碑是否按期、进度偏差多少、是否存在高等级未关闭风险。把双方依据的事实摆在同一张表上，例如里程碑实际延期天数、完成率差距，再确定状态。若分歧来自口径理解不同，应在下一期报告前统一说明；若来自信息不对称，由子项目负责人补充证据后重新判定。总体状态取各子项目中最严重的一档，并在结论中写明原因。
报告期内子项目范围发生调整，进度偏差还能直接比较吗？
不能直接比较。计划完成率和实际完成率按同一工作量范围计算，范围一变，偏差数字就失去可比性。处理方式是在子项目进展表的说明栏注明范围调整的内容和生效时间，并按新范围重新计算本期计划完成率，同时在状态变化中说明调整对偏差的影响。跨期趋势对比时，把调整前后的数据分开呈现，避免把范围变化误读为进度改善或恶化。
项目集刚启动、子项目还没进入执行阶段，报告怎么写？
仍按六段结构填写，只是内容侧重不同。总体状态按启动阶段的里程碑判断，例如章程审批、资源到位、计划基线确认是否按期完成；子项目进展表填写各子项目的启动状态和首个里程碑计划日期；风险部分重点记录资源缺口、依赖未确认等启动期风险；决策请求写明需要管理层确认的立项条件或资源安排。必填字段不留空，暂无内容的填“本期无”并说明原因。
周报和月报能否共用同一套模板？
可以共用字段口径，但结构需要裁剪。月度报告保留完整六段；周报可只保留总体状态、子项目进展和风险与问题三部分，决策请求并入风险表，下期计划用关键节点列表代替。裁剪时明确哪些字段可以省略，并保持状态判定口径与月报一致，这样周报数据汇总到月报时不需要重新换算。季度或阶段评审在完整模板基础上增加趋势对比即可。
报告数据分散在多个工具里，如何减少手工誊抄？
先把子项目状态、里程碑日期、风险条目统一维护在项目集下的工作项和里程碑记录中，报告期结束时按子项目汇总导出，再填入模板对应字段。ONES 支持在工作项和里程碑上记录状态与计划日期，项目集视图可按子项目汇总进展，减少手工誊抄造成的口径偏差；具体字段配置以团队实际使用的工作项类型为准。导出后仍需人工核对状态判定是否符合本期口径。
