项目状态摘要模板的核心是一张三分钟能读完的一页纸表格，按“基本信息—进度—成本—质量—风险与问题—健康度判断—下步动作”七组字段组织。它适合周报、月度评审或阶段汇报等需要快速同步综合状态的场景。下文先给出一张可直接复制填写的空白表，再逐字段说明填写口径、区分必填与选填，并用一份完整示例示范健康度结论怎么写。
要点总览（TL;DR）
- 一页纸摘要按七组字段组织：基本信息、进度、成本、质量、风险与问题、健康度判断、下步动作，覆盖管理者判断项目是否可控所需的主要信息。
- 进度和成本都用“计划—实际—偏差”三列对照，偏差写具体数值或天数，单独写完成率无法判断好坏。
- 每期必填最小集为项目名称、报告周期、汇报人、整体结论、进度三项、风险与问题各一行、健康度三要素和下期关键动作；成本、质量等按项目条件选填。
- 健康度用红黄绿加一句指向具体字段的理由，判定口径团队事先约定，趋势记录好转、持平或恶化。
- 模板按项目规模与阶段裁剪，记录版本变更，摘要先于例会发出，按健康度、风险与问题、下步动作的顺序讨论。
可复制空白模板：一页纸项目状态摘要表
下表可直接整段复制到 Word、在线文档或表格工具中。表格采用“字段—填写内容—备注”三列结构，备注列用于写明口径或数据来源，不需要时留空即可。每期填写时保持行顺序不变，读者就能按固定位置找到同一类信息。
| 分组 | 字段 | 填写内容 | 备注/口径 |
|---|---|---|---|
| 基本信息 | 项目名称 | ||
| 报告周期 | 起止日期或第几周 | ||
| 汇报人 | |||
| 整体结论 | 一句话，与健康度一致 | ||
| 本期关键变化 | 与上期相比的主要差异 | ||
| 进度 | 计划完成 | 本期应完成的里程碑或工作量 | |
| 实际完成 | |||
| 偏差 | 提前/延后天数或完成率差额 | ||
| 偏差原因 | 一句话说明 | ||
| 成本 | 预算 | 本期或累计预算 | |
| 实际支出 | |||
| 偏差 | 金额或百分比 | ||
| 偏差原因 | 一句话说明 | ||
| 质量 | 质量目标 | 如缺陷率、验收通过率 | |
| 实际表现 | |||
| 偏差与说明 | |||
| 风险与问题 | 风险（未发生） | 影响、等级、责任人、应对措施 | |
| 问题（已发生） | 影响、等级、责任人、处理进展 | ||
| 需升级事项 | 需要上级或跨团队决策的内容 | ||
| 等级说明 | 高/中/低，团队事先约定 | ||
| 健康度判断 | 颜色 | 红/黄/绿 | |
| 判断理由 | 一句话，指向具体字段 | ||
| 趋势 | 好转/持平/恶化 | ||
| 下步动作 | 下期关键动作 | 2–3项，写清负责人与时间 | |
| 需要的支持 | 资源、决策或协调事项 | ||
| 下期检查点 | 下次汇报前要验证的结果 |
这张表的设计原则是字段少而稳定。七组字段覆盖了管理者判断项目是否可控所需的主要信息，同时把篇幅控制在一页内。复制使用时，如果项目不涉及成本核算，可以保留“成本”分组标题并注明“本项目不单独核算”，避免读者误以为遗漏。
字段说明：每个要素回答什么问题
每个字段都对应一个具体问题。填写时先想清楚这个问题，再落笔写内容，能减少空话和套话。
基本信息：这是哪个项目、哪一期、谁在汇报
基本信息解决“读者是否在看正确的那份摘要”。项目名称、报告周期和汇报人三项保证摘要可追溯；整体结论用一句话给出本期判断，与后文健康度颜色保持一致；本期关键变化帮助读者快速定位与上期的差异，避免每期从头读起。
进度与成本：计划、实际、偏差三列对照
进度和成本都采用“计划—实际—偏差”三列，原因是单独写“完成了80%”无法判断好坏，只有和计划对照，偏差才有意义。偏差列写具体数值或天数，偏差原因列用一句话说明，便于读者判断这是偶发波动还是趋势性问题。进度字段建议对齐里程碑或可交付物，成本字段按团队已有的核算口径填写，不要求精确到分。
质量：目标与实际表现的对照
质量字段回答“交付物是否达到约定标准”。质量目标应写可核验的指标，如缺陷密度、验收一次通过率、返工次数；实际表现写本期观测值；偏差与说明解释差异原因及是否可接受。没有量化指标的项目，可以用“验收结论+主要质量问题”替代，但口径应每期一致。
风险与问题：分开记录，分别跟踪
风险指尚未发生、但可能影响目标的事项；问题指已经发生、需要处理的事项。两者分开记录，是因为管理动作不同：风险重在预防和应对预案，问题重在处理和闭环。每条记录写清影响范围、等级、责任人和当前措施，等级用高/中/低并在团队内约定判定标准，避免同一等级在不同项目里含义不同。
健康度判断：红黄绿加一句理由
健康度是对整张表的综合结论，用红黄绿三色加一句理由表达。判定口径建议事先约定，例如：绿色表示进度、成本、质量均在容忍范围内且无高等级风险；黄色表示出现可纠正的偏差或存在需要关注的中等级风险；红色表示关键目标受威胁、需要升级决策。理由句应指向具体字段，如“进度延后5天，因接口联调受阻”，让颜色有据可查。趋势字段记录与上期相比是好转、持平还是恶化，帮助读者判断方向。
下步动作：把结论转成行动
下步动作回答“接下来谁做什么”。下期关键动作控制在2–3项，写清负责人和时间；需要的支持列出需要上级或跨团队提供的资源与决策；下期检查点写明下次汇报前要验证的结果，使下一期摘要能自然衔接。
必填与选填：哪些字段每期都要写
模板字段齐全不等于每期都要填满。区分最小必填集与按需选填，能降低填写负担，也让摘要保持可比。
| 类别 | 字段 | 说明 |
|---|---|---|
| 每期必填 | 项目名称、报告周期、汇报人、整体结论 | 保证摘要可识别、可追溯 |
| 每期必填 | 进度：计划、实际、偏差 | 项目状态的核心判断依据 |
| 每期必填 | 风险与问题：至少各一行（无则写“无”） | 写“无”本身也是信息 |
| 每期必填 | 健康度：颜色、理由、趋势 | 综合结论，供快速阅读 |
| 每期必填 | 下期关键动作 | 把结论转成行动 |
| 按需选填 | 成本：预算、实际、偏差 | 项目有独立预算核算时填写 |
| 按需选填 | 质量：目标、实际、偏差 | 有可量化质量指标或验收节点时填写 |
| 按需选填 | 本期关键变化 | 与上期差异明显时填写 |
| 按需选填 | 需升级事项、需要的支持 | 存在需上级决策或跨团队协调事项时填写 |
| 按需选填 | 下期检查点 | 下期需要验证具体结果时填写 |
可省略字段有明确条件：项目不单独核算成本时，成本分组保留标题并注明“不单独核算”；质量暂无量化指标时，用验收结论替代；本期无重大变化时，“本期关键变化”可写“无重大变化”；没有需要升级的事项时，写“无”而不是留空。留空容易被误读为遗漏，写“无”或“不适用”更清楚。
填写示例：一个完整周期的摘要
以下示例为演示情景，用于说明字段如何落到具体内容，数据为虚构。
| 分组 | 字段 | 填写内容 |
|---|---|---|
| 基本信息 | 项目名称 | 客户门户改版项目 |
| 基本信息 | 报告周期 | 2025年第12周（3月17日–3月21日） |
| 基本信息 | 汇报人 | 项目经理 李某 |
| 基本信息 | 整体结论 | 进度小幅延后，质量稳定，存在一项中等级风险，整体可控 |
| 基本信息 | 本期关键变化 | 登录模块联调开始，比计划晚2天 |
| 进度 | 计划完成 | 完成登录与权限模块联调，里程碑M2按计划3月21日达成 |
| 进度 | 实际完成 | 登录模块联调完成80%，权限模块未开始 |
| 进度 | 偏差 | M2预计延后3天 |
| 进度 | 偏差原因 | 第三方登录接口文档延迟提供，联调启动晚2天 |
| 成本 | 预算/实际/偏差 | 本期预算12万元，实际支出11.2万元，偏差-0.8万元 |
| 成本 | 偏差原因 | 联调延后导致部分测试资源未按期投入 |
| 质量 | 质量目标 | 提测版本严重缺陷数为0 |
| 质量 | 实际表现 | 本期提测版本严重缺陷1个，已修复 |
| 质量 | 偏差与说明 | 缺陷集中在登录异常分支，修复后回归通过 |
| 风险与问题 | 风险 | 权限模块依赖的账号体系改造可能延期，影响M2；等级中；责任人王某；应对：本周内确认改造排期，准备降级方案 |
| 风险与问题 | 问题 | 第三方接口文档延迟已发生，影响联调2天；等级中；责任人李某；处理：已获取文档，联调恢复 |
| 风险与问题 | 需升级事项 | 无 |
| 健康度判断 | 颜色 | 黄色 |
| 健康度判断 | 判断理由 | M2预计延后3天，存在一项中等级风险，质量与成本在容忍范围内 |
| 健康度判断 | 趋势 | 持平 |
| 下步动作 | 下期关键动作 | 1. 完成登录模块联调收尾（王某，3月25日）；2. 启动权限模块联调（王某，3月26日） |
| 下步动作 | 需要的支持 | 请账号体系改造负责人本周内确认排期 |
| 下步动作 | 下期检查点 | M2是否在3月26日前达成；权限模块联调是否启动 |
这份示例体现了几个写法要点：健康度颜色为黄色，理由句直接引用进度偏差和风险等级，读者无需再翻其他字段就能理解结论；风险与问题分别记录，风险对应预防动作，问题对应处理进展；下步动作与风险、问题一一对应，下期检查点则把本期结论转成下期可验证的目标。
调整与维护方法：让模板长期可用
模板要长期使用，需要在裁剪、版本和衔接三方面做约定。
按项目规模与阶段裁剪字段
小型项目或执行阶段的项目，可只保留必填字段，成本和质量用一句话概括；大型项目或立项、验收阶段，建议补全成本、质量、需升级事项和下期检查点。裁剪的原则是：删掉字段不改变健康度判断的依据，保留的字段每期口径一致。裁剪结果应写进模板说明，避免不同项目各自解释。
记录模板版本与字段变更
模板本身也需要版本管理。建议在模板末尾或文档属性中记录版本号、生效日期和变更内容，例如“v1.1，新增趋势字段”。字段增删时说明原因和替代写法，历史摘要保留原格式，不追溯改写，保证前后期可比。
与例会和评审衔接
摘要应在例会前发出，让参会者带着问题来；例会上按健康度、风险与问题、下步动作的顺序讨论，避免逐字段朗读。评审场景可在摘要基础上补充关键决策记录。摘要字段可以对应到项目管理工具中的项目视图与工作项：ONES 支持设置项目计划和里程碑基线，实时对比计划与执行的偏差，提早识别风险和问题；借助项目列表可快速查看项目状态、资源投入和当前进展。摘要中的进度、风险和动作因此能与工具里的工作项状态保持一致，减少重复整理。若团队使用 ONES Wiki，可通过模板库一键创建制式化文档模板，并在文档中嵌入任务进度和报表，让摘要与项目数据同页呈现；文档版本记录也便于回溯每期摘要的修改。
填写质量的简单检查点
- 健康度颜色与整体结论、判断理由是否一致；
- 进度和成本的偏差是否写了具体数值或天数，而非“略有延后”；
- 风险与问题是否分开，每条是否有等级、责任人和措施；
- 下步动作是否写清负责人和时间，并与风险、问题对应；
- 必填字段是否都有内容，省略字段是否注明“无”或“不适用”；
- 本期摘要与上期相比，口径和字段顺序是否保持一致。
按以上检查点每期自查一遍，模板就能在保持简洁的同时持续提供可比较、可行动的项目状态信息。
常见问题
项目没有独立预算核算，成本分组怎么处理？
保留“成本”分组标题，在填写内容或备注中注明“本项目不单独核算”，不要整组删掉或留空。留空容易被读者误读为遗漏，注明不适用则说明这是已知情况。若项目后期开始独立核算，再按预算、实际、偏差三列恢复填写，并在模板变更记录中说明。
健康度颜色和整体结论不一致时以哪个为准？
两者应保持一致，出现不一致说明填写有问题，需要回头核对。整体结论是给快速阅读者的一句话判断，健康度颜色是同一判断的结构化表达，判断理由则指向支撑该颜色的具体字段。建议先根据进度、成本、质量偏差和风险等级确定颜色，再据此写整体结论和理由句，顺序上从字段到结论，减少主观先行。
风险与问题可以合并成一行写吗？
不建议合并。风险尚未发生，管理动作是预防和准备应对预案；问题已经发生，管理动作是处理和闭环。两者混在一行，读者难以判断哪些需要提前干预、哪些正在处理中。模板中至少各留一行，本期确实没有时写“无”，这本身也是有效信息。
摘要和项目例会怎么衔接更省时间？
摘要在例会前发出，参会者提前阅读并带着问题来；会上按健康度、风险与问题、下步动作的顺序讨论，跳过逐字段朗读。需要升级的事项在会上直接决策，会后把决策补进下期摘要的对应字段。若团队使用 ONES，摘要中的进度、风险和动作可对应到项目视图与工作项状态，减少会前重复整理；ONES Wiki 的模板库可一键创建制式化文档模板，文档中可嵌入任务进度和报表，版本记录便于回溯每期修改。
模板字段多久调整一次比较合适？
没有固定周期，按触发条件调整：项目类型变化、汇报对象更换、连续几期出现某字段无人填写或反复解释口径时，就值得评估增删。调整时记录版本号、生效日期和变更原因，历史摘要保留原格式不追溯改写，保证前后期可比。字段顺序尽量稳定，读者才能按固定位置找到同类信息。
