管理层决策会的项目汇报材料，建议固定为七个模块：汇报范围与口径说明、项目组合总览、健康度与关键指标、里程碑与交付进展、风险与问题清单、待决策事项与取舍建议、下阶段计划与资源诉求。本文提供一份可直接复制的空白表格模板，并逐项说明字段口径、必填取舍和填写示例，适用于需要管理层在会上对方案、资源和优先级做出选择的例会与专题决策会。
要点总览（TL;DR）
- 面向管理层决策会的项目汇报材料建议固定为七个模块：汇报范围与口径说明、项目组合总览、健康度与关键指标、里程碑与交付进展、风险与问题清单、待决策事项与取舍建议、下阶段计划与资源诉求。
- 待决策事项要写清决策问题、可选方案、代价与收益、建议选项、决策时限和决策人，并放在组合总览之后、详细进展之前，让管理层先看到需要定的事。
- 决策会与例会的必填项不同：决策会必填待决策事项、风险与问题、健康度；例会可精简组合总览和里程碑，但数据截止时间与口径说明不可省略。
- 模板字段在空白表、字段说明和填写示例三处保持一致，健康度红黄绿口径由组织统一定义并注明来源，缺数据时统一标注，避免空白被误读。
- 模板调整遵循先改口径、再改字段、后改示例的顺序，每季度复盘填写完整率、决策率和落实情况，保持七个固定模块框架稳定。
可复制空白模板：决策会项目汇报表
以下模板按七个固定模块分区，可直接复制到文档或表格工具中填写。主表承载汇报范围、组合总览、健康度、里程碑、下阶段计划，两张子表分别承载风险与问题、待决策事项。填写时保留表头，在空白行内逐项补充内容。
主表：汇报基本信息与项目组合
| 模块 | 字段 | 填写内容 |
|---|---|---|
| 汇报范围与口径说明 | 汇报周期 | |
| 汇报范围与口径说明 | 覆盖项目/项目集 | |
| 汇报范围与口径说明 | 数据截止时间 | |
| 汇报范围与口径说明 | 指标口径来源 | |
| 汇报范围与口径说明 | 本次汇报人 | |
| 项目组合总览 | 项目名称 | |
| 项目组合总览 | 项目负责人 | |
| 项目组合总览 | 当前阶段 | |
| 项目组合总览 | 整体状态（红/黄/绿） | |
| 项目组合总览 | 本期关键变化 | |
| 健康度与关键指标 | 进度偏差 | |
| 健康度与关键指标 | 预算/成本执行 | |
| 健康度与关键指标 | 范围变更次数 | |
| 健康度与关键指标 | 质量或缺陷指标 | |
| 健康度与关键指标 | 健康度判定结果与依据 | |
| 里程碑与交付进展 | 里程碑名称 | |
| 里程碑与交付进展 | 计划完成时间 | |
| 里程碑与交付进展 | 实际/预测完成时间 | |
| 里程碑与交付进展 | 完成状态 | |
| 里程碑与交付进展 | 偏差说明 | |
| 下阶段计划与资源诉求 | 下阶段重点任务 | |
| 下阶段计划与资源诉求 | 所需资源（人/预算/外部支持） | |
| 下阶段计划与资源诉求 | 需求时间与用途 | |
| 下阶段计划与资源诉求 | 不满足时的应对 |
子表一：待决策事项
| 序号 | 决策问题 | 可选方案 | 代价 | 收益 | 建议选项 | 决策时限 | 决策人 |
|---|---|---|---|---|---|---|---|
| 1 | 方案A： 方案B： |
||||||
| 2 | 方案A： 方案B： |
||||||
| 3 |
子表二：风险与问题
| 序号 | 描述 | 影响 | 等级 | 责任人 | 应对措施 | 需管理层支持事项 |
|---|---|---|---|---|---|---|
| 1 | ||||||
| 2 | ||||||
| 3 |
每个模块填什么：字段说明
字段说明与上表表头一一对应，填写时按同一口径取数。七个模块各自承担不同的回答任务：范围与口径说明回答“这份材料覆盖什么、数据从哪来”，组合总览回答“整体盘子如何”，健康度回答“哪些项目需要关注”，里程碑回答“关键节点是否守住”，风险清单回答“有什么可能影响目标”，待决策事项回答“需要管理层定什么”，下阶段计划回答“接下来要什么支持”。
| 模块 | 字段 | 含义与填写口径 |
|---|---|---|
| 汇报范围与口径说明 | 汇报周期 | 本次材料覆盖的时间区间，如“3月1日至3月31日”，与数据截止时间区分开。 |
| 汇报范围与口径说明 | 覆盖项目/项目集 | 列出纳入汇报的项目清单；未纳入的项目要说明原因，避免管理层误以为材料覆盖全部项目。 |
| 汇报范围与口径说明 | 数据截止时间 | 取数截止的具体日期，通常早于会议日期，便于区分会后新增变化。 |
| 汇报范围与口径说明 | 指标口径来源 | 注明健康度、进度偏差等指标依据的制度、模板或系统报表名称。 |
| 项目组合总览 | 整体状态 | 按组织统一的红黄绿定义填写，与健康度模块的判定结果保持一致。 |
| 项目组合总览 | 本期关键变化 | 只写与上期相比发生实质变化的事项，如阶段推进、负责人变更、范围调整。 |
| 健康度与关键指标 | 进度偏差 | 计划与实际的时间差，注明单位（天/周）和比较基准（基线或上期计划）。 |
| 健康度与关键指标 | 健康度判定结果与依据 | 给出颜色结论，并写明触发该颜色的具体指标，如“黄：进度偏差10天，超过黄色阈值5天”。 |
| 里程碑与交付进展 | 完成状态 | 用“已完成/进行中/延期/未开始”等固定选项，避免自由描述造成理解差异。 |
| 待决策事项 | 决策问题 | 用一句话写清需要管理层定什么，如“是否将验收时间推迟两周”。 |
| 待决策事项 | 代价与收益 | 分别写清每个方案要付出什么、得到什么，尽量量化到时间、成本或范围。 |
| 风险与问题 | 等级 | 按影响程度和发生概率综合评定，与健康度颜色使用同一套等级语言。 |
健康度的判定口径需要在组织内统一定义，模板只预留字段，不内置规则。常见做法是先用两到三个指标设定阈值，例如进度偏差超过5天转黄、超过15天转红，成本执行超支比例同理。口径一旦确定，应写入“指标口径来源”字段，保证不同项目、不同汇报人使用同一把尺子。
待决策事项与风险问题的区分标准是：需要管理层做出选择、且不同选择会导致不同结果的，进入待决策事项子表；由项目团队自行应对、只需管理层知晓或提供支持的，进入风险与问题子表。同一件事如果既需要决策又存在风险，在待决策事项中写决策问题，在风险子表中写不决策的后果，两处互相引用序号。
必填与选填：按会议类型取舍
决策会与例会的材料要求不同。决策会以拍板为目标，待决策事项、风险与问题、健康度属于必填；例会以同步进展为目标，组合总览和里程碑可以精简。下表给出对照，组织可在此基础上按自身节奏微调。
| 模块/字段 | 决策会 | 例会 | 说明 |
|---|---|---|---|
| 汇报范围与口径说明 | 必填 | 必填 | 数据截止时间不可省略，否则结论无法追溯。 |
| 项目组合总览 | 必填（可精简为异常项目） | 必填 | 决策会可只列需要关注的项目，其余项目汇总一行说明。 |
| 健康度与关键指标 | 必填 | 必填 | 颜色结论必须附判定依据。 |
| 里程碑与交付进展 | 必填（仅关键里程碑） | 必填 | 决策会聚焦影响决策的节点。 |
| 风险与问题清单 | 必填 | 选填 | 例会可只报新增和升级的风险。 |
| 待决策事项与取舍建议 | 必填 | 选填 | 无决策事项时写“本期无待决策事项”，不留空。 |
| 下阶段计划与资源诉求 | 必填 | 选填 | 资源诉求需与待决策事项对应。 |
缺数据时的标注方式要统一：尚未取到数据的字段填“待补，预计X月X日提供”，指标不适用时填“不适用”并简述原因。空白单元格容易被理解为“无异常”或“已确认无问题”，因此模板中不允许留空。专题决策会如果只讨论单一议题，可省略组合总览，但范围说明、健康度、待决策事项三项仍需保留，保证讨论有共同的事实基础。
填写示例：一次完整的决策会汇报
以下示例为演示情景，用于说明各模块的写法，数据为虚构。示例中的字段与前述模板、字段说明保持一致。
汇报范围与口径说明：汇报周期为4月1日至4月30日；覆盖三个在建项目（A客户平台、B内部系统、C数据迁移）；数据截止时间为4月28日18时；健康度口径依据《项目健康度管理办法V2》，进度偏差以批准后的基线为比较基准；汇报人为项目管理办公室。
项目组合总览：A客户平台处于开发阶段，状态黄，本期关键变化为需求范围新增两个模块；B内部系统处于测试阶段，状态绿，无重大变化；C数据迁移处于准备阶段，状态红，本期关键变化为外部接口方交付延期。
健康度与关键指标：A项目进度偏差8天，超过黄色阈值5天，判定为黄；B项目进度偏差2天，成本执行率96%，判定为绿；C项目进度偏差20天，超过红色阈值15天，判定为红。三项均注明数据截止时间。
里程碑与交付进展：A项目“核心模块开发完成”计划5月10日，预测5月18日，状态延期，偏差说明为新增范围未纳入原基线；B项目“测试环境就绪”已完成；C项目“接口联调开始”计划4月25日，未开始，受外部交付影响。
风险与问题：风险1，C项目外部接口方交付延期，影响为联调整体后移，等级高，责任人为C项目经理，应对为每周跟踪对方进度并准备替代接口方案，需管理层支持事项为协调对方高层确认交付日期。风险2，A项目新增范围可能挤压测试时间，等级中，责任人为A项目经理，应对为提前排布测试资源。
待决策事项：决策问题为“C项目外部接口延期后，是否调整整体上线时间”。方案A为保持原上线日期，压缩联调与测试时间，代价是测试覆盖不足、上线后缺陷风险上升，收益是兑现对业务方的承诺；方案B为上线日期顺延两周，代价是业务方接收时间后移，收益是保留完整测试窗口。建议选项为方案B，理由是压缩测试带来的返工成本高于两周延期的影响。决策时限为5月6日前，决策人为分管副总。不决策的后果是团队无法锁定排期，联调资源继续空耗。
下阶段计划与资源诉求：下阶段重点为A项目完成新增模块开发、C项目启动替代接口预研；资源诉求为C项目增加一名接口开发人员，需求时间为5月中旬，用途为并行推进替代方案；若无法满足，则方案B的顺延时间需再增加一周。
突出待决策事项与取舍建议的写法
决策事项能否被当场拍板，取决于它在材料中的位置和表达方式。建议把待决策事项放在汇报前部，在组合总览之后、详细进展之前出现，让管理层先看到需要定的事，再带着问题看后面的支撑信息。如果材料篇幅较长，可在首页增加一页决策事项摘要，正文保留完整版本。
方案对比按同一组维度展开，便于横向比较：
- 代价：需要投入的资金、人力、时间，以及放弃的其他机会。
- 收益：对目标、客户承诺或后续阶段的具体影响，尽量量化。
- 影响范围：涉及哪些项目、团队或外部方，是否产生连锁调整。
- 时间窗口：每个方案最晚何时启动，错过窗口的后果。
建议选项要明确写出，并给出一到两句理由，避免只罗列方案让管理层自行判断。同时写明不决策的后果，例如排期无法锁定、资源持续空耗、外部方等待成本上升，让管理层理解决策的紧迫性。决策结论与后续动作记录在待决策事项子表的同一行下方，包括决定内容、决定时间和后续责任人，下次汇报时先回顾上次决策的落实情况。
当汇报数据来自项目工作项和状态记录时，汇总环节容易耗费大量时间。ONES 的项目列表可用于快速查看项目状态、资源投入和当前进展，计划和里程碑基线支持对比计划与执行的偏差，多维度统计为健康度判定提供数据基础；ONES Wiki 的页面模板库可将本文模板固化为制式文档，文档中可嵌入任务进度和报表，减少手工搬运。具体能力以实际使用版本为准。
模板的调整与维护方法
模板需要随组织和会议节奏演进，调整时遵循“先改口径、再改字段、后改示例”的顺序，保证三处始终一致。字段增删的判断依据是：某个字段连续三个汇报周期无人填写或从未影响决策，可考虑删除；出现新的决策类型（如供应商选择、范围取舍）且现有字段无法承载时，再增加字段。
- 健康度口径变更：同步更新字段说明中的阈值定义、模板中的“指标口径来源”提示，以及示例中的判定写法，并在下一次汇报前通知所有汇报人。
- 版本与责任人管理：模板标注版本号和维护责任人，每次调整记录变更内容和生效时间，旧版本归档备查。
- 定期复盘检查点：每季度检查一次字段填写完整率、待决策事项的决策率、决策后落实情况，以及管理层是否在会上提出模板之外的问题，据此判断模板是否需要调整。
维护时保留模板的七个固定模块框架，调整集中在字段层面，避免因频繁改结构导致不同周期的材料无法对比。模板稳定后，可将空白表与填写说明一并放入团队文档库，新汇报人按示例完成首次填写，减少口径解释成本。
常见问题
决策会上待决策事项和风险问题容易混在一起，怎么区分？
区分标准是看这件事是否需要管理层做出选择。需要管理层在不同方案之间拍板、且不同选择会导致不同结果的，进入待决策事项子表；由项目团队自行应对、只需管理层知晓或提供支持的，进入风险与问题子表。
同一件事如果既需要决策又存在风险，可以两处都写：在待决策事项中写决策问题，在风险子表中写不决策的后果，并用序号互相引用，避免会上重复讨论。
如果会议时间紧，哪些模块可以压缩？
决策会可以压缩项目组合总览和里程碑与交付进展，只列需要关注的项目和影响决策的关键节点，其余项目汇总一行说明。汇报范围与口径说明、健康度与关键指标、待决策事项与取舍建议三项建议保留，它们构成会上讨论的共同事实基础。
压缩时仍要保留数据截止时间和指标口径来源，否则结论无法追溯。专题决策会只讨论单一议题时，可省略组合总览，但范围说明、健康度和待决策事项仍需保留。
某项指标本期还没取到数，模板里应该怎么填？
统一填写“待补，预计X月X日提供”，指标不适用时填“不适用”并简述原因。模板中不建议留空，因为空白单元格容易被理解为“无异常”或“已确认无问题”，反而掩盖了数据缺口。
如果缺口会影响本次决策，建议在待决策事项中单列一条，说明数据缺失对判断的影响和补齐时间，让管理层知道当前结论的边界。
健康度红黄绿的判定标准由谁定，模板里要写吗？
模板只预留字段，不内置判定规则，红黄绿口径需要组织统一定义。常见做法是选两到三个指标设定阈值，例如进度偏差超过5天转黄、超过15天转红，成本执行超支比例同理。
口径确定后写入“指标口径来源”字段，注明依据的制度或模板名称，并在健康度判定结果旁写明触发颜色的具体指标，保证不同项目、不同汇报人使用同一把尺子。口径变更时同步更新字段说明和示例。
上次会议已经决策的事项，这次汇报还要写吗？
需要写，但位置和写法不同。建议在待决策事项子表中保留原决策行，在行下方记录决定内容、决定时间和后续责任人，下次汇报时先回顾上次决策的落实情况，再列本期新增的待决策事项。
这样管理层能看到决策是否被执行，也便于判断哪些事项反复出现、需要调整方案或资源安排。落实情况可以只写一行状态，不必展开完整过程。
汇报数据分散在多个项目记录里，汇总时有什么省力的做法？
可以把模板固化为团队文档库中的制式文档，汇报人按统一表头填写，减少每次重新搭结构的时间。ONES 的项目列表可用于查看项目状态、资源投入和当前进展，计划和里程碑基线支持对比计划与执行的偏差，多维度统计为健康度判定提供数据基础；ONES Wiki 的页面模板库可将模板固化为制式文档，文档中可嵌入任务进度和报表，减少手工搬运。具体能力以实际使用版本为准。
