项目组合决策记录把“投什么、不投什么、为什么、谁定的、后续怎么跟踪”固定成一份可查的治理文档。本文给出一份虚构但完整的季度评审记录示例，覆盖立项、追加资源、暂缓、终止四类决策，逐项解释字段取值理由，并说明换到不同组织时哪些结构应保留、哪些可以调整。示例仅用于演示，不代表任何真实组织或客户；ONES 可作为记录与跟踪的承载方向之一。
要点总览（TL;DR）
- 项目组合决策记录把评审会结论固定为可追溯文档，核心是回答投什么、为什么、谁定的、后续怎么跟踪。
- 一份完整记录包含表头信息、决策条目和跟踪安排；决策条目需覆盖立项、追加资源、暂缓、终止四类处置。
- 关键字段各有填写要点：决策类型用统一选项，依据摘要压缩为判断加关键事实，决策人落到具体角色，跟踪节点写明时点或触发条件。
- 迁移到其他组织时，决策条目、依据、责任人、跟踪节点保持稳定，评审周期、决策层级和字段颗粒度按自身治理方式调整。
- 记录只承接评审结论，评分排序、PMO 治理架构和重大投资论证需要另行补充材料。
示例目标：这份决策记录要解决什么问题
组合评审会结束时，参会者往往对结论有共识，但过几周再问“当时为什么暂缓那个项目”“追加的资源是谁批的”，答案就散落在会议纪要、聊天记录和个人记忆里。决策记录的作用，是把评审会上形成的结论转成一份结构化、可追溯的文档：它承接评审结论，留下决策依据和责任归属，并为下一次复盘提供对照基准。
本示例设定一个演示情景：某组织有十余个项目并行推进，按季度召开组合评审会，参会角色包括组合负责人、业务代表、财务代表和技术负责人。会议对一批项目做出不同处置，会后由指定人员整理成决策记录。这个情景是虚构的，用于展示字段如何填写，不对应任何真实组织。
围绕这份示例，本文回答三个问题：
- 记什么：一份决策记录需要哪些表头信息和决策条目字段，才能支撑后续追溯与复盘。
- 怎么填：四类典型决策（立项、追加资源、暂缓、终止）分别怎么写依据、责任人和生效条件。
- 填完怎么用：记录如何与组合清单、评审议程衔接，在下次评审时作为输入被复核。
判断这份示例是否有用的标准很直接：读者能照着它填出自己组织的第一版记录，并知道哪些字段需要按自身治理层级调整。
完整示例：一份季度组合决策记录
以下为虚构情景下的完整填写示例。表头记录本次评审的基本信息，决策条目逐条记录处置结论，跟踪安排说明后续复核方式。
表头信息
| 字段 | 示例填写 |
|---|---|
| 记录编号 | PD-2025-Q2-01 |
| 评审周期 | 2025 年第二季度组合评审 |
| 决策日期 | 2025 年 6 月 18 日 |
| 参会角色 | 组合负责人、业务代表、财务代表、技术负责人、PMO 记录员 |
| 版本 | V1.0（会后定稿）；V1.1（7 月 3 日补充跟踪节点） |
| 记录人 | PMO 记录员 |
决策条目
| 项目名称 | 决策类型 | 依据摘要 | 决策人 | 生效条件 | 跟踪节点 |
|---|---|---|---|---|---|
| 客户门户改版 | 立项 | 支撑年度客户服务目标，资源可在现有团队内调配，二季度评审通过 | 组合负责人 | 完成立项材料归档并指定项目负责人后启动 | 2025 年 8 月月度例会上报启动状态 |
| 数据报表平台 | 追加资源 | 一期交付范围扩大，现有两名开发不足以覆盖新增接口，评审同意增配一名后端 | 组合负责人会同财务代表 | 增配人员到岗并完成交接后生效 | 2025 年 7 月底核查进度偏差 |
| 移动端重构 | 暂缓 | 与客户门户改版共用同一批前端资源，本季度并行会挤压交付，顺延至下季度评估 | 组合负责人 | 客户门户改版进入稳定期后重新提交评审 | 2025 年第三季度评审会重新评估 |
| 旧版报表工具维护 | 终止 | 使用量持续下降，维护成本高于替代方案，数据迁移方案已确认 | 组合负责人 | 完成数据迁移与用户通知后停止维护 | 2025 年 7 月 15 日确认迁移完成 |
跟踪安排
本记录由 PMO 记录员在会后两个工作日内整理，经组合负责人确认后定稿。各条目的执行责任人按季度在组合清单中更新状态；暂缓与终止条目在下次评审会上作为固定议题复核，立项与追加资源条目在月度例会上报进展。记录版本变更时保留修订说明，便于回溯结论调整的原因。
逐项解释：每个字段为什么这样填
同样一份记录，字段填得含糊还是具体，决定了它半年后还能不能被读懂。下面拆解几个关键字段的取值理由，并给出常见填写偏差。
决策类型：四类处置要能一眼区分
决策类型是条目的分类标签，写法应使用组织内统一的有限选项，例如立项、追加资源、暂缓、终止。示例中“追加资源”单独成类，是因为它与新立项的审批关注点不同：前者评估增量投入是否值得，后者评估整体是否该启动。若把追加资源混入立项，复盘时就难以统计资源调整的频率。常见偏差是使用“同意”“通过”这类笼统词，读者无法判断项目处于什么状态。
依据摘要：压缩成可复核的短句
依据摘要不是会议发言的记录，而是把评审结论压缩成一两句可复核的判断。示例中“与客户门户改版共用同一批前端资源”点明了暂缓的具体原因，任何人回看都能核对这个前提是否仍然成立。好的摘要包含判断加关键事实；常见偏差是写成“经讨论决定暂缓”这类没有信息量的句子，或者把整段讨论原文粘贴进来，失去摘要的作用。
决策人与生效条件：三种角色要分清
建议人、决策人和执行责任人承担不同职责。建议人提出议题，决策人对结论负责，执行责任人负责落地。示例中决策人写“组合负责人”，追加资源一条写“组合负责人会同财务代表”，体现了决策权限的差异。生效条件说明决策在什么前提下才真正执行，例如“增配人员到岗并完成交接后生效”，避免出现“会开了但没人动”的悬空状态。常见偏差是把决策人写成整个会议，导致责任无法落到具体角色。
跟踪节点：时点与触发条件并用
跟踪节点回答“什么时候、在什么场合再看这件事”。示例中同时使用了固定时点（8 月月度例会、7 月 15 日）和触发条件（客户门户改版进入稳定期后重新提交评审）。固定时点适合有明确节奏的复核，触发条件适合依赖其他事项进展的决策。只写“持续跟踪”等于没有跟踪安排，是这一字段最常见的偏差。
可迁移规律：换一个组织怎么改这份记录
示例中的具体取值会随组织变化，但记录的结构骨架可以稳定复用。迁移时先保留稳定部分，再按自身治理方式调整可变部分。
| 部分 | 处理方式 | 说明 |
|---|---|---|
| 决策条目、依据摘要、责任人、跟踪节点 | 保持稳定 | 这四项构成追溯闭环，缺少任何一项都会削弱记录的可复核性 |
| 评审周期 | 按节奏调整 | 季度评审可改为月度或半年度，取决于项目数量和决策密度 |
| 决策层级 | 按授权调整 | 小规模组织可由一人决策，较大组织需区分组合级与项目级权限 |
| 字段颗粒度 | 按需要增减 | 可增加预算区间、关联目标等字段，但不宜多到无人愿意填 |
记录还要与组合清单和评审议程衔接：评审议程从组合清单中挑选待议项目，决策记录则把议程上的讨论转成结论，并回写到组合清单的状态字段。三者形成循环，下次评审时直接从清单中筛出暂缓、待复核的条目作为输入。
在协作工具中承载这套流程时，可以把决策记录作为固定模板的文档，按评审周期建立页面并保留历史版本，便于对比结论变化；将文档与对应项目关联，使条目状态和项目进展互相参照；按角色配置读写权限，让决策人与执行责任人各自维护相关字段。ONES Wiki 支持模板库创建文档、记录页面版本并支持查看与回滚，页面组可关联项目，文档中可嵌入任务进度与报表，可作为这类记录与跟踪的承载方式之一。工具承载的是记录和关联动作，评审判断本身仍由组织内的决策角色完成。
适用边界：什么时候这份记录不够用
这份示例解决的是“决策结论如何留痕与跟踪”，它有意不覆盖若干相邻问题。明确边界，可以避免把一份记录当成治理体系的全部。
- 需要评分与排序时：本文不涉及项目评分模型、权重设计和优先级排序算法。若评审会需要先对候选项目排序，应另行建立评估标准，决策记录只承接排序后的结论。
- 需要明确治理架构时：PMO 的组织职责、决策委员会构成和授权规则不在本文范围。记录中的决策人字段依赖这些规则已经确定，否则字段无从填写。
- 重大投资决策：涉及较大金额或跨年度承诺的决策，通常需要可行性论证、财务测算和风险评估等更完整的材料，决策记录只作为结论索引，不能替代论证文档。
- 记录不替代评审过程：记录是评审的产物。若评审本身缺乏充分讨论，记录只会把仓促结论固化下来。记录质量的上限由评审质量决定。
反过来，当组织只需要固定“谁在什么时候对哪个项目做了什么决定、后续在哪里复核”时，这份记录的结构已经够用。可以先从一个评审周期、四类决策各一条开始试填，运行一两个周期后再决定是否增加字段或调整评审节奏。
常见问题
决策记录和会议纪要有什么区别，能不能直接用纪要代替？
会议纪要记录讨论过程，决策记录记录处置结论，两者用途不同。纪要通常按发言顺序整理，读者需要自己从中提炼结论；决策记录按项目逐条列出决策类型、依据摘要、决策人、生效条件和跟踪节点，每条结论都能单独追溯。
如果评审会讨论充分、结论明确，可以在纪要基础上整理出决策记录，但建议保留独立的记录文档，避免后续复盘时从大段讨论中翻找结论。纪要可作为决策记录的附件，用于补充讨论背景。
暂缓的项目在下次评审时应该怎么处理，是重新走一遍立项流程吗？
取决于暂缓时写明的生效条件。示例中暂缓条目写明“客户门户改版进入稳定期后重新提交评审”，下次评审时先核对这个前提是否成立：成立则将项目重新提交评审，按当时的资源与优先级情况判断是否启动；前提未成立则继续保留暂缓状态并更新跟踪节点。
暂缓不等于终止，也不自动恢复。建议在组合清单中为暂缓条目设置固定复核议题，避免项目长期悬置、无人跟进。
决策人写组合负责人还是写评审会集体，哪种更合适？
建议写到具体角色或岗位，便于责任追溯。写“评审会集体”会让责任分散，后续追问“谁批的”时无法定位。示例中多数条目写组合负责人，追加资源一条写“组合负责人会同财务代表”，体现的是决策权限差异。
如果组织规定某些决策需集体表决，可以在决策人字段写明“组合评审会（表决通过）”，同时在记录中注明表决结果和关键反对意见，兼顾责任归属与决策过程留痕。
记录里的字段是不是越多越好，小团队也要填这么全吗？
字段数量应与决策密度匹配。小团队项目少、决策集中，可以保留决策条目、依据摘要、责任人、跟踪节点这四项核心字段，表头信息适当精简；项目多、跨部门协作频繁时，再增加预算区间、关联目标、生效条件等字段。
字段过多会提高填写成本，导致记录流于形式。可以先从一个评审周期、四类决策各一条开始试填，运行一两个周期后根据实际使用情况增减字段。
用文档工具记录决策，怎么保证后续跟踪不遗漏？
关键是把记录与组合清单、评审议程衔接起来，形成循环：评审议程从组合清单中挑选待议项目，决策记录把讨论转成结论并回写清单状态，下次评审时从清单中筛出暂缓、待复核条目作为输入。
在协作工具中，可以把决策记录做成固定模板的文档，按评审周期建立页面并保留历史版本，便于对比结论变化；将文档与对应项目关联，使条目状态和项目进展互相参照。ONES Wiki 支持模板库创建文档、记录页面版本并支持查看与回滚，页面组可关联项目，可作为这类记录与跟踪的承载方式之一。工具承载记录和关联动作，复核节奏仍需组织内明确安排。
