项目状态报告要能支撑判断和决策，先固定一份可复用的骨架：报告范围与周期、总体健康度、进度与里程碑、风险与问题、资源与预算、下期计划与需要的决策。编写时按“取数—汇总—判断—评审—发布归档”推进，健康度用统一口径并附可观察依据。下文给出字段清单、步骤表、判断规则、角色分工、填写示例和发布前检查清单，数据来源与汇总动作可借助ONES的工作项状态、里程碑基线和工时数据完成。
要点总览（TL;DR）
- 项目状态报告用固定骨架承载六块内容：头部信息、总体健康度、进度与里程碑、风险与问题、资源与预算、下期计划与决策请求，字段可裁剪，健康度结论与判断依据必须成对出现。
- 编写按“确定周期—各负责人提交事实—项目经理汇总判断—评审确认口径—发布归档”五步推进，取数时点前置，每步设完成标志，减少汇总返工。
- 健康度先定义绿/黄/红的可观察条件（里程碑偏差、风险等级、资源缺口），再写结论，并约定升级降级触发条件，避免用“整体可控”替代判断。
- 事实由各工作流负责人提供，项目经理汇总判断并发布，管理层批复决策事项，PMO或质量角色核对口径与归档，按组织规模决定是否设置。
- 发布前逐项核对字段完整性、健康度依据、数据口径、风险条目和决策事项，阻断项未解决不发布，并留存决策记录供下期核对。
一份项目状态报告应包含哪些字段
报告字段的作用是让读者在几分钟内看清三件事：项目现在处于什么状态、为什么是这个状态、需要谁做什么。字段数量可以随项目规模裁剪，但健康度结论与判断依据必须成对出现，风险条目必须带责任人和下一步动作。下表给出可直接套用的骨架。
| 字段 | 填写要求 | 数据来源 |
|---|---|---|
| 报告头部信息 | 项目名称、报告周期（起止日期）、编制人、发布对象、版本号 | 项目立项信息、发布名单 |
| 总体健康度 | 给出绿/黄/红结论，并用一到三句话写明判断依据，指向具体偏差或风险 | 里程碑偏差、风险清单、资源缺口 |
| 进度与里程碑 | 列出本期应完成与实际完成的里程碑，标注偏差天数；对未达成项说明原因和追赶安排 | 项目计划、里程碑基线、任务完成记录 |
| 风险与问题清单 | 每条包含描述、影响范围、等级、责任人、下一步动作与时限；问题与风险分开列 | 风险登记记录、各工作流负责人输入 |
| 资源与预算 | 本期人力投入与饱和度、关键角色缺口；预算已用与剩余，超支需说明原因 | 工时记录、资源报表、财务数据 |
| 下期计划与决策请求 | 下期关键交付物与时间点；需要管理层拍板的事项逐条列出，写明选项与建议 | 项目计划、本期风险与偏差 |
每个字段都要写明责任人和更新时点，否则报告会在汇总环节反复返工。填写深度按读者决定：给管理层的版本，进度部分写到里程碑和偏差即可；给项目组的版本可以细到任务。风险条目建议控制在五到八条，超出时按等级取舍，把低等级风险放到附录。
按什么步骤编写：从取数到发布
编写报告是一个有固定节奏的流程，关键是把取数时点前置，让项目经理拿到的是事实而不是印象。下表把动作拆开，每步给出完成标志。
| 步骤 | 输入 | 动作 | 输出 | 完成标志 |
|---|---|---|---|---|
| 1. 确定周期与发布时点 | 项目章程、干系人名单 | 约定报告周期（如每周五）、截数时点、发布渠道 | 报告日历 | 所有接收方确认时点 |
| 2. 各负责人提交事实输入 | 任务完成记录、风险登记、工时数据 | 各工作流负责人按模板填写进度、风险、资源三块事实 | 分块输入稿 | 截数时点前全部提交，无空缺字段 |
| 3. 项目经理汇总与判断 | 分块输入稿、里程碑基线 | 核对数据一致性，按统一口径给出健康度结论和依据 | 报告初稿 | 健康度结论有对应事实支撑 |
| 4. 评审与口径确认 | 报告初稿 | 与关键负责人核对偏差原因和风险等级，修正表述 | 评审后定稿 | 各方对结论和数字无异议 |
| 5. 发布与归档 | 定稿 | 按渠道发布，记录会上决策与待办，归档本期报告 | 已发布报告、决策记录 | 决策事项有责任人和时限，下期可对照核对 |
第2步是最容易拖延的环节。可行做法是把输入模板固定成几个必填项，负责人只填事实、不写评价，项目经理在第3步统一转成结论。第5步的决策记录要单独留存，下一期报告开头先核对上期决策的执行情况，这样报告才形成闭环。
健康度怎么判断才有一致口径
健康度是报告里最容易被写成主观感受的部分。解决办法是先在团队内定义分级条件，再写结论。下表是一种常见口径，可按项目类型调整阈值，但调整后要在团队内公示。
| 等级 | 判断条件（满足其一即进入该等级） | 示例表述 |
|---|---|---|
| 绿 | 关键里程碑按基线完成或偏差在约定容差内；无高等级未缓解风险；关键角色无缺口 | “本期两个里程碑按期完成，无高等级风险，健康度为绿。” |
| 黄 | 关键里程碑偏差超出容差但已有追赶方案；存在高等级风险且有缓解措施；出现可弥补的资源缺口 | “接口联调里程碑延后3天，已调整排期于下周三前追回，健康度为黄。” |
| 红 | 关键里程碑无法在报告期内追回；高等级风险已发生且无有效缓解；资源缺口影响交付承诺 | “第三方依赖未到位导致验收延期两周，现有资源无法压缩，健康度为红，需决策。” |
升级与降级要有触发条件，例如连续两期黄即升为红并提交管理层决策，红转黄需给出可验证的追赶计划。判断依据落到里程碑偏差天数、风险等级、资源缺口人数这类可观察事实上，避免用“整体可控”“进展顺利”替代结论。同一项目在不同报告期使用同一口径，读者才能看出趋势。
角色分工与各自交付物
报告由项目经理汇总，事实由各工作流负责人提供，决策由管理层给出。分工不清时，报告容易变成项目经理一个人的推测。下表给出角色、交付物和时点。
| 角色 | 交付物 | 时点 |
|---|---|---|
| 项目经理 | 报告初稿、健康度结论与依据、决策请求清单 | 截数后一个工作日内 |
| 各工作流负责人 | 本领域进度事实、风险与问题条目、资源需求 | 截数时点前 |
| 管理层 | 对决策事项的批复或指示，明确责任人和时限 | 报告发布后约定时间内 |
| 质量或PMO角色（如设有） | 口径核对意见、报告归档与历史版本 | 发布前核对，发布后归档 |
是否设PMO核对口径取决于组织规模，小团队可由项目经理自查。关键是每个字段都有明确的责任人，签字确认的范围与报告发布对象一致。
当报告需要的数据分散在任务、里程碑和工时记录中时，ONES可以承载这些事实的汇总：项目计划用于分解任务和设置里程碑，里程碑基线用于对比计划与执行偏差，工时日历与饱和度报表用于说明资源投入，项目列表用于查看项目状态与当前进展。这样项目经理取数时面对的是同一套记录，减少口径争议。
填写示例：一份周报的完整片段
以下为演示情景，用于展示字段写法，不代表真实项目数据。示例项目为某内部系统改造，报告周期为3月4日至3月8日。
总体健康度：黄。依据：数据迁移里程碑原定3月8日完成，实际完成80%，延后3天；存在一条高等级风险（第三方接口文档未提供），已有替代方案。
进度与里程碑：本期应完成“迁移脚本开发”与“数据迁移”两个里程碑。前者按期完成；后者完成80%，剩余部分因接口字段待确认延后至3月11日，已安排两名开发人员在下周一集中处理。
风险条目：风险描述——第三方系统接口文档未按期提供，影响迁移字段映射；影响范围——数据迁移与后续联调；等级——高；责任人——张工；下一步——3月11日前以现有字段先行迁移，接口文档到位后补映射；时限——3月13日复核。
下期计划与决策请求：下期完成数据迁移与首轮联调。决策请求一条：若接口文档3月13日仍未提供，是否接受以现有字段上线首版，请管理层在3月12日前批复。
对比含糊写法：“迁移工作基本顺利，存在一些接口问题，正在协调。”这句话没有偏差天数、没有责任人、没有时限，读者无法判断是否需要介入。好表述的共同点是每个判断后面都跟着可核对的事实。
发布前的完成检查
发布前逐项核对下表，标为阻断项的问题未解决时不发布，其余问题可在发布后一个工作日内补正。
| 检查项 | 核对内容 | 是否阻断 |
|---|---|---|
| 字段完整性 | 头部信息、健康度、进度、风险、资源、下期计划六块齐全，无空白字段 | 是 |
| 健康度有依据 | 结论后附具体偏差、风险或资源事实，未使用“整体可控”类表述 | 是 |
| 数据与口径一致 | 进度数字与任务记录一致，风险等级与团队约定口径一致，与上期报告口径可比 | 是 |
| 风险条目完整 | 每条风险有问题描述、影响、等级、责任人、下一步和时限 | 是 |
| 决策事项明确 | 需管理层决定的事项写明选项、建议和批复时限 | 是 |
| 上期决策核对 | 上期决策事项的执行情况已在本期报告中回应 | 否 |
| 归档与分发 | 报告已按渠道分发至发布对象，定稿已归档，版本号可追溯 | 否 |
检查通过后发布，并把本期决策与待办记入记录，作为下期报告开头的核对项。坚持固定骨架、固定口径、固定节奏，报告才能从一次性汇报变成可比较、可追溯的管理依据。
常见问题
报告周期定多长合适，周报和月报的内容要一样吗？
周期取决于决策节奏和项目风险密度。交付节奏快、依赖多的项目适合周报，取数时点固定在每周同一时间；周期长、变化慢的项目可用双周报或月报。内容骨架保持一致，便于跨期比较，差别在深度：周报把进度写到里程碑和偏差，月报可以补充趋势对比和资源投入变化。无论周期多长，健康度结论和判断依据都要成对出现，决策请求要写明批复时限。
项目刚启动、还没有里程碑偏差数据，健康度怎么写？
启动期可以按已识别的风险和资源到位情况判断，并在依据中说明当前处于哪个阶段、哪些条件尚未产生数据。例如关键角色已到位、无高等级风险，可判为绿并注明“首个里程碑尚未到期，下期起按偏差口径判断”。这样读者知道结论的适用范围，也不会把阶段性的绿误读为整体风险低。等首个里程碑到期后，切换到偏差天数口径。
各负责人提交的输入互相矛盾时，项目经理怎么处理？
先回到记录核对事实，而不是在文字上折中。进度以任务完成记录和里程碑基线为准，资源投入以工时记录为准，风险等级按团队事先约定的口径重新评定。核对后仍有分歧的，在评审环节请相关负责人在场确认，把结论和依据一起写进报告。矛盾本身也值得记录，如果同一类数据反复对不上，说明取数口径需要调整，可在下期报告前统一字段定义。
健康度连续几期是黄，什么时候该升级为红？
升级条件要在团队内事先约定，常见做法是连续两期黄且追赶方案未按期兑现，或关键里程碑偏差扩大到无法在报告期内追回时升为红。升级为红意味着需要管理层决策，报告里要写清可选方案、建议和批复时限。反过来，红转黄需要给出可验证的追赶计划，而不是等风险自然消失。阈值可按项目类型调整，调整后要在团队内公示，保证不同报告期可比。
报告里的决策请求管理层没有及时批复，下一期怎么处理？
把未批复事项作为上期决策核对项写进本期报告开头，注明提出时间、当前状态和因未批复产生的影响，并重新给出批复时限。如果该事项已影响里程碑，健康度判断要相应调整，让读者看到延迟决策的后果。归档时把决策记录与报告放在一起，形成可追溯的链条，避免同一问题在多期报告里反复出现却无人跟进。
