项目组合决策记录要能支撑半年后的复查和审计，至少保留五类信息：决策时点与场合、决策主体与参与角色、决策对象、决策依据、决定内容与后续验证安排。本文给出一份可直接套用的字段清单，说明必填与选填的划分、从提案到归档的形成步骤、各角色分工，并用一条调序决策示例演示填写口径，最后提供归档前的检查清单。适用范围是投资组合层面的立项、继续、暂停、终止、调序与资源调配等决策留痕；评分模型、优先级算法和PMO组织设计不在本文展开。
要点总览（TL;DR）
- 决策记录的最小信息集是五问：谁在什么时点、基于什么信息、对哪个组合对象、做出了什么决定、后续由谁在何时验证结果。
- 字段按标识、主体、依据、决定、执行、变更与归档六类组织，前五类通常为必填，变更与归档字段按组织留痕要求设置。
- 记录应在会前预审、会中记录、会后定稿编号、执行期回填、复查后归档五个节点形成，避免事后单人补写。
- 定稿与归档前按完整性、可追溯、可执行、一致性四个维度检查，关键依据或复查时点缺失的记录不宜直接归档。
- 复查结论与原决定不一致时，作为新记录关联原记录，保留历史版本，形成可回看的调整链条。
一份可用的决策记录先回答哪五个问题
判断一份决策记录是否可用，可以先看它能否回答五个问题：谁在什么时点、基于什么信息、对哪个组合对象、做出了什么决定、后续由谁在何时验证结果。这五问构成决策可追溯的最小信息集，字段清单围绕它们展开，超出部分属于增强信息。
五问与字段的对应关系如下表。缺失任一问对应的核心字段，记录就难以独立复核，只能依赖当事人回忆。
| 问题 | 对应字段 | 缺失后果 |
|---|---|---|
| 谁在什么时点 | 决策日期、会议或评审场合、决策机构、参与角色、表决或授权方式 | 无法确认决定是否由有权主体作出，追责与效力认定失去依据 |
| 基于什么信息 | 数据口径、评估结论引用、约束条件、假设与风险 | 无法判断当时的判断是否合理，复查时容易变成事后评判 |
| 对哪个组合对象 | 决策对象类型与标识、关联项目或投资项、所属组合 | 记录与对象脱节，多个项目的决定混在一起无法区分 |
| 做出了什么决定 | 决策类型、决定内容、生效条件、资源与预算影响 | 执行方不知道要做什么、从何时生效、影响多少资源 |
| 由谁在何时验证 | 责任人、交付物、复查时点、验证结果 | 决定发出后无人跟踪，无法形成闭环 |
需要说明的是，最小信息集解决的是“能不能复核”，不解决“记录是否充分”。涉及金额较大、跨多个项目集或存在明显分歧的决策，应在最小集之外补充备选方案比较和保留意见，具体在下一节字段清单中区分必填与选填。
决策记录字段清单：必填、选填与填写口径
下表按标识、主体、依据、决定、执行、变更与归档六类组织字段。必填指缺失即无法复核、归档前必须补齐的字段；选填指按决策重要程度和组织留痕要求决定是否填写的字段。填写口径一列给出可直接执行的要求，避免不同记录人写出风格各异的版本。
| 类别 | 字段 | 填写口径 | 必填/选填 | 示例 |
|---|---|---|---|---|
| 标识 | 决策编号 | 按统一规则生成，含组合代号、年份与流水号，全组织唯一 | 必填 | PF-2025-018 |
| 标识 | 版本 | 首次为V1.0，内容实质变更时升版并保留旧版 | 必填 | V1.1 |
| 标识 | 关联项目或投资项 | 填写对象名称与系统内唯一标识，多个对象逐一列出 | 必填 | 客户数据平台二期（PRJ-2317） |
| 主体 | 决策机构 | 写明作出决定的委员会、经营会或授权个人 | 必填 | 组合投资评审会 |
| 主体 | 提案人 | 填写提案的业务负责人及其所属部门 | 必填 | 业务一部 张×× |
| 主体 | 参与角色 | 列出参会或评审的关键角色，含财务、技术、风险等视角 | 必填 | 财务代表、架构师、风险代表 |
| 主体 | 表决或授权方式 | 写明一致同意、多数通过、授权审批等，并记录反对或保留意见 | 必填 | 5票同意、1票保留 |
| 依据 | 数据口径 | 注明数据截止日期、来源系统与统计口径 | 必填 | 截至2025-03-31，财务系统实际成本 |
| 依据 | 评估结论引用 | 引用评估报告或分析文档的编号与版本，不复制全文 | 必填 | 组合评估报告 EV-2025-06 V2 |
| 依据 | 约束条件 | 写明预算上限、人力上限、合规或合同约束 | 必填 | 年度研发预算剩余1200万元 |
| 依据 | 假设与风险 | 列出决策成立所依赖的关键假设及主要风险 | 必填 | 假设三季度交付资源到位；风险为关键供应商延期 |
| 决定 | 决策类型 | 从立项、继续、暂停、终止、调序、追加或削减投入、资源调配中选取 | 必填 | 调序 |
| 决定 | 决定内容 | 用可执行的语言描述做什么、做到什么程度 | 必填 | 将二期排至三期之后，优先交付报表模块 |
| 决定 | 生效条件 | 写明即时生效或满足何种条件后生效 | 必填 | 自评审会次日起生效 |
| 决定 | 资源与预算影响 | 量化人力、预算、时间的变化，注明单位与期间 | 必填 | 释放3人至报表模块，预算不变 |
| 执行 | 责任人 | 每项交付物对应一名责任人，避免只写部门 | 必填 | 交付负责人 李×× |
| 执行 | 交付物 | 列出可验证的产出，如调整后的计划、资源释放确认 | 必填 | 更新后的季度交付计划 |
| 执行 | 复查时点 | 写明具体日期或触发条件 | 必填 | 2025-06-30或报表模块上线时 |
| 执行 | 验证结果 | 复查后回填，说明是否达成、偏差及原因 | 必填（复查后） | 按期完成，偏差为接口联调延后2周 |
| 变更与归档 | 修订记录 | 记录每次修订的时间、修订人、修订内容摘要 | 必填 | 2025-04-10 补充生效条件 |
| 变更与归档 | 关联记录 | 链接前置决策、评估报告、变更单等 | 选填 | 关联PF-2025-011 |
| 变更与归档 | 留存期限与查阅权限 | 按组织制度填写，注明可查阅范围 | 选填 | 留存5年，组合管理组与审计可查 |
填写口径上有三点需要统一：一是日期统一使用同一格式并注明时区；二是金额与人力写明单位和统计期间，避免“约”“左右”这类模糊表述；三是引用外部材料时写编号和版本，不粘贴大段原文，保证依据可回溯到具体文件。留存期限和查阅权限因行业与组织制度差异较大，本文不给出统一数值，由组织在制度中明确后填入。
从提案到归档：决策记录的形成步骤
决策记录的质量取决于形成时机。事后由一人补写的记录，往往丢失取舍理由和保留意见。建议按会前、会中、会后、执行期、复查归档五个阶段形成，每个阶段有明确输入、动作、输出和完成标志。
| 阶段 | 输入 | 动作 | 输出 | 完成标志 |
|---|---|---|---|---|
| 会前 | 提案材料、评估报告、财务与资源数据 | 提案人按模板提交材料；组合管理侧预审字段完整性与数据口径 | 预审通过的提案包 | 依据类字段齐全，数据截止日期明确 |
| 会中 | 提案包、会议议程 | 记录人现场记录决定内容、取舍理由、反对与保留意见、生效条件 | 会议记录草稿 | 决定内容与表决结果当场确认 |
| 会后 | 会议记录草稿 | 定稿、编号、分发至责任人与关联方，确认生效 | 正式决策记录V1.0 | 编号唯一，责任人签收 |
| 执行期 | 正式记录、执行进展 | 责任人按交付物推进，出现偏差时补充偏差说明 | 执行进展与偏差记录 | 交付物完成或偏差已说明 |
| 复查与归档 | 执行进展、复查时点 | 到期触发复查，记录验证结果与结论，按制度归档 | 含验证结果的记录终版 | 验证结果已回填，归档状态确认 |
会中记录是最容易失真的环节。记录人应把“决定什么”和“为什么这样决定”分开写：前者用可执行语言，后者记录被否方案及否决原因。对于存在分歧的决策，保留意见要写明提出人和具体顾虑，这既是复查时的输入，也是后续调整的依据。
记录需要有稳定的承载位置，才能保证版本和变更历史不丢失。以ONES为例，决策事项可以作为工作项管理，提案材料、评估报告与会议纪要作为文档关联到同一工作项，决定内容、责任人与复查时点落在字段上，后续修订通过变更历史保留，复查时在同一处回填验证结果。这样记录的形成过程与决策流程同步，减少会后补写和版本散落。具体字段配置需结合组织现有流程设计。
角色分工：谁提案、谁决策、谁记录、谁复查
决策记录变成单人补写，通常是因为职责没有落到角色上。下表把记录相关职责分配到五类角色，每类角色对应明确的交付物，便于在流程中检查。
| 角色 | 职责 | 交付物 |
|---|---|---|
| 提案人与业务负责人 | 准备提案材料，提供数据口径、评估结论、约束条件与假设风险，对材料真实性负责 | 提案包、依据材料清单 |
| 决策机构与授权人 | 作出决定，明确生效条件与资源影响，对取舍理由负责 | 决定内容、表决结果 |
| 记录人 | 按模板记录，保证字段完整、表述准确，会后定稿并送签 | 会议记录草稿、正式记录 |
| 组合管理/PMO | 维护模板与编号规则，组织预审与复查，管理归档与查阅权限 | 模板、编号台账、复查计划 |
| 执行责任人 | 按交付物推进，回填执行结果与偏差说明 | 交付物、验证结果 |
分工中有两个常见断点值得提前约定。一是记录人与决策机构之间的确认环节：会后定稿应送回决策机构确认，避免记录人自行理解决定内容。二是执行责任人与组合管理之间的复查触发：复查时点到期由组合管理侧发起，执行责任人提供结果，双方共同确认结论，防止复查流于形式。
示例：一次组合调序决策的记录长什么样
以下为演示情景，用于说明字段如何填写，不代表真实组织数据。背景：某组合在季度评审中发现客户数据平台二期交付压力上升，评审会决定调整交付顺序。
| 字段 | 填写内容 |
|---|---|
| 决策编号 / 版本 | PF-2025-018 / V1.0 |
| 决策日期与场合 | 2025-04-08，季度组合投资评审会 |
| 决策机构 / 提案人 | 组合投资评审会 / 业务一部 张×× |
| 参与角色 / 表决方式 | 财务代表、架构师、风险代表；5票同意、1票保留 |
| 决策对象 | 客户数据平台二期（PRJ-2317），所属组合：客户体验组合 |
| 决策类型 | 调序 |
| 数据口径 | 截至2025-03-31，财务系统实际成本与人力投入 |
| 评估结论引用 | 组合评估报告 EV-2025-06 V2，第3节交付风险分析 |
| 约束条件 | 年度研发预算剩余1200万元；三季度可用研发人力上限18人 |
| 假设与风险 | 假设报表模块需求已冻结；风险为接口联调依赖外部供应商排期 |
| 决定内容 | 二期整体排至三期之后，优先交付报表模块，接口联调提前启动 |
| 生效条件 | 自评审会次日起生效，需求冻结确认后启动排期调整 |
| 资源与预算影响 | 释放3人至报表模块，预算总额不变，二期交付时点后移一个季度 |
| 责任人 / 交付物 | 交付负责人 李×× / 更新后的季度交付计划、资源释放确认单 |
| 复查时点 | 2025-06-30或报表模块上线时，以先到者为准 |
| 验证结果 | 待复查后回填 |
| 保留意见 | 风险代表提出：供应商排期未确认前调序存在联调延期风险，建议设置月度跟踪 |
| 修订记录 | 2025-04-10 补充生效条件中的需求冻结确认 |
这份示例中，取舍理由写在决定内容与保留意见两处：决定内容说明调整后的顺序和优先项，保留意见记录被采纳的风险提示和跟踪要求。复查时点采用“日期或事件先到者为准”的写法，适合交付时点可能变化的场景；验证结果一栏在决策当时留空并标注待回填，复查完成后补入达成情况与偏差原因，形成闭环。
完成检查：记录是否经得起半年后回看
定稿前和归档前各做一次检查，可以显著减少复查时的争议。下表给出检查项、通过标准与阻断项。阻断项指缺失后记录无法支撑复核、必须补齐才能归档的条目。
| 检查维度 | 检查项 | 通过标准 | 是否阻断 |
|---|---|---|---|
| 完整性 | 必填字段是否齐全 | 标识、主体、依据、决定、执行五类字段无空缺 | 是 |
| 完整性 | 决策类型与决定内容是否匹配 | 类型选自规定枚举，内容可执行、可验证 | 是 |
| 可追溯 | 依据能否回溯到数据与评估结论 | 数据口径含截止日期与来源，评估结论有编号和版本 | 是 |
| 可追溯 | 取舍理由是否记录 | 被否方案及原因、保留意见有明确记载 | 否（重要决策建议阻断） |
| 可执行 | 责任人与复查时点是否明确 | 每项交付物有具体责任人，复查时点为日期或触发条件 | 是 |
| 可执行 | 资源与预算影响是否量化 | 写明单位、数量与期间 | 是 |
| 一致性 | 与关联记录、变更历史是否冲突 | 编号、版本、对象标识与前置决策一致，修订有记录 | 是 |
| 一致性 | 生效条件与决定内容是否自洽 | 生效条件不否定决定内容，时间逻辑成立 | 是 |
检查通过后即可归档。归档不是终点：复查时点到期应触发验证结果回填，若复查结论与原决定不一致，应作为新的决策记录关联原记录，而不是直接改写历史版本。这样半年后回看时，既能看到当时的判断依据，也能看到后续调整的完整链条。
常见问题
决策记录和会议纪要有什么区别，能不能直接用会议纪要代替？
会议纪要记录的是会议过程，决策记录记录的是决定本身及其可执行条件。一份会议纪要可能包含多个议题的讨论，但缺少决策编号、生效条件、责任人与复查时点这些字段，执行方拿到后无法确认要做什么、从何时生效、由谁跟踪。
可行的做法是在会议纪要之外单独形成决策记录，或把纪要中每个决定拆成独立记录并补齐字段。两者可以互相引用：决策记录关联会议纪要作为依据材料，会议纪要标注对应的决策编号。
决策执行到一半情况发生变化，原记录应该修改还是新开一条？
取决于变化是否改变了决定本身。如果只是执行进展和偏差，在原记录的验证结果或偏差说明中回填即可，版本不变。如果决定内容、生效条件或资源安排发生实质变化，应新开一条决策记录，注明关联的前置决策编号，原记录保持原样并标记为已被后续决策调整。
这样处理的好处是复查时能看到完整的决策链条：当时为什么这样定、后来为什么改、改动依据是什么。直接改写历史版本会让后续复查失去判断基础。
组合层面的决策很多，是否每一条都要按完整字段记录？
不必一刀切。可以按决策影响范围分级：涉及预算调整、跨项目集资源调配、项目终止或重大调序的决策，按完整字段记录并纳入归档；常规的、影响限于单个项目内部的决策，可简化记录，保留编号、决定内容、责任人与复查时点等核心字段。
分级标准应写进组织的留痕制度，明确哪些类型必须完整记录、哪些可以简化，避免记录人凭个人判断决定详略，也避免所有决策都走重流程导致执行负担过重。
复查时点到期但项目还在执行，验证结果怎么写？
复查的目的是核对决定是否仍然成立，不要求项目已经结束。到期时如果交付物尚未完成，验证结果一栏应写明当前进展、与原计划的偏差、偏差原因，以及决定是否需要调整。
如果复查结论是维持原决定，记录结论并约定下一次复查时点；如果结论是调整，按新决策处理并关联原记录。复查时点也可以设置为事件触发，例如关键里程碑达成或上线时，适合交付时点本身存在不确定性的场景。
决策记录保存在哪里比较合适，文档和表格够用吗？
文档和表格可以起步，但随着记录数量增加，容易出现版本散落、编号重复、复查时点无人提醒的问题。更稳妥的方式是让记录与决策对象绑定：决策事项作为工作项管理，决定内容、责任人、复查时点落在字段上，提案材料与评估报告作为文档关联，修订通过变更历史保留。
以ONES为例，工作项、文档与变更历史可以在同一处承载决策记录的形成与回填过程，复查时直接在同一工作项上更新验证结果。具体字段与流程配置需结合组织现有制度设计，留存期限与查阅权限按组织要求设定。
