项目状态报告的价值在于让管理层用最短时间看清项目是否健康、哪里需要介入。本文提供一套可直接复制使用的表格模板：一张承载基本信息、健康度、四条判断线、本期完成与下期计划、待决策事项的主表，配套健康度判定表、风险登记行和待决策清单，并逐字段说明填写口径、区分必填与选填，最后用一份完整示例演示数据如何推导出健康度结论。示例中的项目与数值均为演示情景。
要点总览（TL;DR）
- 模板由一张主表加三张配套表组成：主表承载基本信息、总体健康度、进度/成本/质量/风险四条判断线、本期完成与下期计划、待决策事项；配套表为健康度判定表、风险登记行和待决策清单。
- 总体健康度取四条判断线中最差的一条，判定阈值在模板启用时一次性确定并写入说明，之后不随单个项目调整，保证不同项目的颜色可横向比较。
- 基本信息、健康度及四条判断线、本期完成事项、下期计划、待决策事项为必填；无内容时写“无”或说明原因，不留空。风险登记行、成本明细、质量缺陷清单按需选填。
- 字段口径固定取数来源：进度对比里程碑基线，成本取财务或工时记录，质量取测试与验收记录，报告人换人时口径不变。
- 示例演示了从数据到结论的推导：进度偏差5个工作日判黄、成本62%判绿、质量无严重缺陷判绿、高影响风险应对未落实判黄，总体取最差为黄。
可复制空白模板：项目状态报告主表
主表是报告的唯一主体，建议控制在一页内。将下表复制到文档或表格工具后，按行填写；单元格内用短句，避免整段叙述。报告周期建议统一为自然周或双周，全项目保持一致。
| 区域 | 字段 | 填写内容 |
|---|---|---|
| 项目基本信息 | 项目名称 | |
| 项目负责人 | ||
| 报告周期 | （如 2025-03-03 至 2025-03-14） | |
| 报告人 | ||
| 版本 | （如 V1.2，每次提交递增） | |
| 总体健康度 | 总体健康度 | 绿 / 黄 / 红 |
| 进度 | 绿 / 黄 / 红，附一句依据 | |
| 成本 | 绿 / 黄 / 红，附一句依据 | |
| 质量 | 绿 / 黄 / 红，附一句依据 | |
| 风险 | 绿 / 黄 / 红，附一句依据 | |
| 本期完成事项 | 完成事项 | 逐条列出，每条写清交付物与完成状态 |
| 下期计划 | 计划事项 | 逐条列出，每条写清目标与计划完成时间 |
| 管理层待决策事项 | 决策事项 | |
| 可选项与建议方案 | ||
| 影响范围 | ||
| 期望决策时间 |
使用说明：总体健康度取四条判断线中最差的一条，不单独主观打分；四条判断线各写一句依据，指向具体数据或事件，便于阅读者复核。本期完成事项与下期计划各控制在三到六条，超出部分放入附录。待决策事项没有时写“无”，不留空。
配套空白表：健康度判定表与风险决策清单
主表给出结论，配套表给出结论的依据和后续跟踪。三张表分开维护，主表只引用结论，避免报告越写越长。
健康度判定表
阈值由团队在模板启用时一次性确定并写入说明，之后不随单个项目调整，保证不同项目的颜色可比较。下表为示例阈值，可按项目类型替换。
| 判断线 | 绿 | 黄 | 红 | 触发动作 |
|---|---|---|---|---|
| 进度 | 关键里程碑偏差 ≤ 3 个工作日 | 偏差 4–10 个工作日，或有一项关键交付延期 | 偏差 > 10 个工作日，或关键里程碑无法达成 | 黄：负责人在周会说明追赶计划；红：提交管理层决策 |
| 成本 | 实际支出在预算 ±5% 内 | 超支 5%–15%，或剩余预算不足以覆盖剩余工作 | 超支 > 15%，或需追加预算 | 黄：核对预算并更新预测；红：进入待决策清单 |
| 质量 | 无严重缺陷遗留，验收一次通过 | 存在严重缺陷但已有修复计划 | 严重缺陷无修复计划，或验收未通过 | 黄：明确修复责任人与日期；红：暂停相关交付并上报 |
| 风险 | 无高影响风险，或均有有效应对 | 存在高影响风险且应对尚未落实 | 高影响风险已发生并影响目标 | 黄：登记风险并设复查日期；红：升级为待决策事项 |
风险登记行
| 风险描述 | 影响 | 概率 | 应对措施 | 责任人 | 复查日期 |
|---|---|---|---|---|---|
| 高/中/低 | 高/中/低 |
待决策清单
| 决策事项 | 可选项 | 建议方案 | 影响范围 | 期望决策时间 |
|---|---|---|---|---|
| A / B / C |
风险登记行与待决策清单按“新增、更新、关闭”三种状态维护，主表只摘录本期新增和升级的条目，历史条目保留在清单中供追溯。
字段说明：每个字段填什么、按什么口径填
字段口径统一，报告之间才能横向比较。下表逐字段说明含义、填写口径与示例值，示例值取自演示情景。
| 字段 | 含义 | 填写口径 | 示例值 |
|---|---|---|---|
| 项目名称 | 报告对应的项目 | 与立项名称一致，不写简称 | 客户门户改版 |
| 项目负责人 | 对项目结果负责的人 | 写姓名，不写部门 | 张明 |
| 报告周期 | 本次报告覆盖的时间段 | 起止日期，与上次报告首尾相接 | 2025-03-03 至 2025-03-14 |
| 报告人 | 实际撰写人 | 与负责人不同时需注明 | 李华 |
| 版本 | 报告修订次数 | 首次为 V1.0，每次提交递增 0.1 | V1.2 |
| 总体健康度 | 项目整体状态 | 取四条判断线中最差的一条 | 黄 |
| 进度 | 计划与实际的偏差 | 以里程碑基线为参照，按工作日计算偏差 | 黄，登录模块延期 5 个工作日 |
| 成本 | 预算执行情况 | 实际支出 ÷ 预算，取财务或工时系统数据 | 绿，支出为预算的 62% |
| 质量 | 交付物质量状态 | 按缺陷等级与验收结果判定，取测试系统数据 | 绿，无严重缺陷遗留 |
| 风险 | 风险总体水平 | 按风险登记行中最高影响等级判定 | 黄，一项高影响风险应对未落实 |
| 本期完成事项 | 本周期内完成的交付 | 写交付物名称与状态，不写过程 | 完成登录模块开发并通过冒烟测试 |
| 下期计划 | 下周期要完成的工作 | 写目标与计划完成日期 | 完成支付模块联调，3 月 21 日前 |
| 决策事项 | 需要管理层拍板的问题 | 一句话写清问题本身 | 是否追加一名前端外包 |
| 可选项与建议方案 | 可选路径及推荐 | 列出选项，标注推荐项及理由 | A 追加外包；B 压缩范围。建议 A |
| 影响范围 | 决策波及的对象 | 写受影响的里程碑、预算或团队 | 影响 4 月上线时间与 8 万元预算 |
| 期望决策时间 | 最晚决策日期 | 写日期，并说明逾期后果 | 3 月 18 日，逾期将影响联调排期 |
进度、成本、质量三类字段的取数来源应固定：进度取里程碑基线对比，成本取财务或工时记录，质量取测试与验收记录。取数来源写进模板说明，报告人换人时口径不变。
必填与选填：哪些字段不能空
必填字段决定报告能否被阅读和决策，缺失会直接削弱报告作用；选填字段按项目阶段和管理需要取舍。
| 字段 | 必填/选填 | 缺失时的处理 |
|---|---|---|
| 项目名称、负责人、报告周期、报告人、版本 | 必填 | 缺失则报告无法归档和追溯，不予提交 |
| 总体健康度及四条判断线 | 必填 | 缺失则管理层无法判断是否需要介入，退回补充 |
| 本期完成事项 | 必填 | 无完成事项时写“本周期无交付”，不留空 |
| 下期计划 | 必填 | 无计划时说明原因，如等待决策 |
| 待决策事项 | 必填 | 无决策事项写“无” |
| 风险登记行 | 选填 | 无风险时写“本期无新增风险” |
| 成本明细拆分 | 选填 | 仅在成本为黄或红时展开 |
| 质量缺陷清单 | 选填 | 仅在质量非绿时附上 |
按项目阶段调整：启动阶段可暂不填成本与质量判断线，以范围和计划为主；执行阶段全部必填；收尾阶段可弱化下期计划，强化验收与遗留问题。调整需在模板说明中写明适用阶段，避免同一项目前后口径不一致。
填写示例：一份完整的项目状态报告
以下为演示情景：某客户门户改版项目，周期两周，负责人张明，报告人李华。数值均为虚构，用于演示字段联动。
| 字段 | 填写内容 |
|---|---|
| 项目名称 | 客户门户改版 |
| 项目负责人 | 张明 |
| 报告周期 | 2025-03-03 至 2025-03-14 |
| 报告人 | 李华 |
| 版本 | V1.2 |
| 总体健康度 | 黄 |
| 进度 | 黄，登录模块延期 5 个工作日 |
| 成本 | 绿，支出为预算的 62% |
| 质量 | 绿，无严重缺陷遗留 |
| 风险 | 黄，第三方支付接口文档未到位，应对未落实 |
| 本期完成事项 | 完成登录模块开发并通过冒烟测试；完成首页原型评审 |
| 下期计划 | 完成支付模块联调，3 月 21 日前；完成登录模块回归测试，3 月 19 日前 |
| 决策事项 | 是否追加一名前端外包 |
| 可选项与建议方案 | A 追加外包；B 压缩首页动效范围。建议 A，可保住 4 月上线 |
| 影响范围 | 影响 4 月上线时间与 8 万元预算 |
| 期望决策时间 | 3 月 18 日，逾期将影响联调排期 |
健康度推导过程：进度偏差 5 个工作日，落在判定表黄色区间（4–10 个工作日），判黄；成本支出 62%，在预算 ±5% 内，判绿；质量无严重缺陷遗留，判绿；风险存在一项高影响风险且应对未落实，判黄。总体健康度取最差一条，为黄。
待决策事项的完整写法包含四要素：问题（是否追加外包）、选项与建议（A/B 及推荐理由）、影响（上线时间与预算）、期望决策时间（3 月 18 日及逾期后果）。四要素齐全，管理层才能当场拍板。
调整与维护：按团队情况改模板并保持口径稳定
模板启用后，字段增删遵循一条原则：影响健康度判定的字段只增不删，展示性字段可按需裁剪。例如成本明细拆分可以删，成本判断线不能删。
报告周期与提交时点建议固定：周期与团队例会节奏对齐，提交时点设在例会前一个工作日，保证阅读者在会前完成阅读。周期一旦确定，不因单个项目临时更改。
版本维护采用版本号加变更记录：模板每次调整递增版本号，在变更记录中写明调整字段、原因和生效日期，旧报告保留原版本号，便于追溯口径变化。
模板与管理动作衔接：报告中的待决策事项直接进入周会议程，风险登记行在评审会上逐条复查，健康度变化在例会上说明原因。报告数据来自工作项状态、里程碑基线和风险记录，这些信息在项目管理工具中持续沉淀时，报告人可直接取数而非临时汇总。ONES 支持设置项目计划和里程碑基线并实时对比计划与执行偏差，项目列表可查看项目状态与当前进展，多维度数据统计为绩效评估和决策提供依据；ONES Wiki 的模板库可一键创建文档，并支持在文档中嵌入任务进度和报表，适合承载状态报告及其配套表。
常见问题
报告周期定多长合适，能否不同项目各用各的周期？
建议与团队例会节奏对齐，常见做法是自然周或双周，并在模板说明中固定下来。周期一旦确定，不因单个项目临时更改，否则不同项目的健康度颜色和完成事项无法放在同一时间轴上比较。如果项目节奏差异很大，可以按项目类型分别设定周期，但同一类型内保持一致，并在报告版本号旁注明所用周期。
健康度阈值应该由谁定，定完还能改吗？
阈值通常在模板启用时由项目管理负责人与主要项目负责人共同确定，写入模板说明后作为团队统一口径使用。单个项目执行中不调整阈值，避免为了颜色好看而改标准。需要调整时走模板版本变更：递增版本号，在变更记录中写明调整的阈值、原因和生效日期，新报告按新版本执行，旧报告保留原版本号以便追溯。
本期没有完成事项、也没有待决策事项，报告怎么写？
这两类字段属于必填，缺失会让阅读者无法判断进展。本期无交付时写“本周期无交付”，并简要说明原因，例如处于需求评审阶段或等待外部输入；无待决策事项时写“无”。留空和写“无”的区别在于：留空无法区分是遗漏还是确实没有，写“无”则明确表达了判断结果。
风险登记行和待决策清单要每次报告都全量重写吗？
不需要。两张配套表按“新增、更新、关闭”三种状态持续维护，历史条目保留在清单中供追溯。主表只摘录本期新增和升级的条目，已关闭的条目从主表移除但仍在清单中留痕。这样报告主体保持简短，同时风险与决策的完整生命周期可查。
报告里的数据能否直接从项目管理工具取，减少手工汇总？
可以，前提是工作项状态、里程碑基线和风险记录在工具中持续更新。ONES 支持设置项目计划和里程碑基线，实时对比计划与执行的偏差，项目列表可查看项目状态与当前进展，多维度数据统计为评估和决策提供依据；ONES Wiki 的模板库可一键创建文档，并支持在文档中嵌入任务进度和报表，适合承载状态报告及配套表。工具取数替代手工汇总后，报告人仍需核对口径，确认取数范围与模板说明一致。
