待决策事项清单的作用，是让管理层在有限信息下看清一件事该不该定、有哪些选择、定了会影响什么。模板以一张主表承载，骨架由五组字段构成：背景、可选方案、影响、建议、跟踪状态。五组核心字段均为必填，状态使用固定枚举值，避免自由填写导致统计失真。以下先给可直接复制的空白表，再逐组说明填写口径、必填规则，并用一条完整示例示范五组字段如何前后一致。
要点总览（TL;DR）
- 模板以一张主表承载，背景、可选方案、影响、建议、跟踪状态五组字段均为必填，是事项进入决策议程的最低信息要求。
- 背景写清起因、现状与已做尝试；可选方案至少两个并包含“维持现状”；影响写具体对象、程度与最晚决策时间；建议引用方案编号并对应影响中的约束。
- 当前状态使用固定枚举值（待提交、待决策、已决策、执行中、已关闭、已搁置），避免自由填写导致统计失真。
- 决策结论、决策日期、后续动作、责任人、复盘日期按状态条件必填；未取得的信息统一写“待补：缺什么、由谁在何时补齐”。
- 模板落地后保持五组骨架稳定，按例会节奏更新清单，每季度清理一次，已关闭事项归档到历史表。
可复制空白模板：管理层待决策事项清单主表
主表一行对应一个待决策事项，方案细节放在方案子表中，通过事项编号关联。复制时保留表头与枚举值说明，删除示例行即可使用。
主表（空白）
| 字段组 | 字段名 | 填写内容 |
|---|---|---|
| 背景 | 事项编号 | 如 DC-2024-001，全表唯一 |
| 背景 | 事项名称 | 一句话说明要决策什么 |
| 背景 | 提出人 | 姓名与角色 |
| 背景 | 提出日期 | YYYY-MM-DD |
| 背景 | 背景说明 | 起因、现状、已做过的尝试 |
| 背景 | 关联目标 | 对应的项目目标、里程碑或经营指标 |
| 可选方案 | 方案数量 | 本事项共几个方案，与子表行数一致 |
| 可选方案 | 方案摘要 | 各方案一句话概括，详见子表 |
| 影响 | 影响范围 | 受影响的团队、系统、客户或流程 |
| 影响 | 影响程度 | 高 / 中 / 低 |
| 影响 | 时间窗口 | 最晚决策时间及原因 |
| 影响 | 不决策的后果 | 拖延会带来什么损失或风险 |
| 建议 | 推荐方案 | 方案编号 |
| 建议 | 建议理由 | 选择该方案的关键依据 |
| 建议 | 建议人 | 姓名与角色 |
| 建议 | 期望决策日期 | YYYY-MM-DD |
| 跟踪状态 | 当前状态 | 见下方枚举值 |
| 跟踪状态 | 决策人 | 有权拍板的角色 |
| 跟踪状态 | 决策结论 | 采纳方案编号或另行说明 |
| 跟踪状态 | 决策日期 | YYYY-MM-DD |
| 跟踪状态 | 后续动作 | 决策后要执行的具体动作 |
| 跟踪状态 | 责任人 | 后续动作的负责人 |
| 跟踪状态 | 复盘日期 | YYYY-MM-DD |
状态枚举值说明
当前状态只允许从以下固定值中选择，填写时不得自造词：
- 待提交：事项已登记，背景与方案尚未填全。
- 待决策：五组字段填写完整，已进入决策议程。
- 已决策：已形成明确结论，等待执行。
- 执行中：后续动作已启动，责任人跟进中。
- 已关闭：后续动作完成并复盘，事项结束。
- 已搁置：暂不决策，需注明搁置原因与重新评估时间。
方案子表（一事多方案）
| 事项编号 | 方案编号 | 方案描述 | 成本与资源 | 风险 | 方案提出人 |
|---|---|---|---|---|---|
| DC-2024-001 | A | ||||
| DC-2024-001 | B | ||||
| DC-2024-001 | C |
方案编号在同一事项内按 A、B、C 顺序编排，主表的“推荐方案”与“决策结论”均引用该编号，保证建议与结论能对应到具体方案。
字段说明：每组字段回答什么问题
五组字段分别回答五个递进问题：为什么现在要定、有哪些选法、定了会怎样、倾向哪个、现在走到哪一步。填写颗粒度以“未参与该事项的管理者能读懂并作出判断”为准。
| 字段组 | 回答的问题 | 填写要点 |
|---|---|---|
| 背景 | 为什么要决策，为什么是现在 | 背景说明写清起因、现状与已做尝试，控制在三到五句；关联目标要能指向具体的项目目标、里程碑或经营指标，便于判断优先级 |
| 可选方案 | 有哪些选择，各自代价是什么 | 至少列出两个方案，包含“维持现状”这一选项；每个方案写清做法、成本与资源、主要风险，方案描述写到可执行的动作层面 |
| 影响 | 决策会波及什么，拖延会怎样 | 影响范围写具体对象而非“全公司”；影响程度用高/中/低并附一句理由；时间窗口写明最晚决策时间及其约束来源；不决策的后果写可预见的损失 |
| 建议 | 倾向哪个方案，依据是什么 | 推荐方案引用子表编号；建议理由对应影响组中的关键约束；建议人须是实际提出判断的人，期望决策日期与时间窗口保持一致 |
| 跟踪状态 | 现在走到哪一步，谁负责 | 当前状态取固定枚举值；决策人须为有权拍板的角色；决策结论引用方案编号；后续动作写成可核验的任务，责任人、复盘日期同步填写 |
字段之间需要相互印证：影响组写出的时间窗口，应能解释建议组中期望决策日期的紧迫性；建议理由中提到的风险，应能在方案子表中找到对应条目。若某组字段与相邻组对不上，通常说明事项尚未想清楚，宜退回补充而非直接上会。
必填与选填：哪些字段不能空
五组核心字段为必填，是事项进入决策议程的最低信息要求。其余字段按条件或场景增补，留空时须标注原因，不能以空白代替“暂无”。
必填字段清单
- 背景组：事项编号、事项名称、提出人、提出日期、背景说明、关联目标。
- 可选方案组：方案数量、方案摘要，以及方案子表中每个方案的编号、描述、成本与资源、风险。
- 影响组：影响范围、影响程度、时间窗口、不决策的后果。
- 建议组：推荐方案、建议理由、建议人、期望决策日期。
- 跟踪状态组：当前状态、决策人。
条件必填字段
| 字段 | 触发条件 |
|---|---|
| 决策结论、决策日期 | 当前状态为“已决策”及之后的状态时必填 |
| 后续动作、责任人、复盘日期 | 当前状态为“执行中”时必填 |
| 搁置原因与重新评估时间 | 当前状态为“已搁置”时必填，可写在背景说明或备注中 |
| 方案提出人 | 方案由不同角色分别提出时必填，用于追溯 |
选填字段与适用场景
- 关联目标在纯内部流程类事项中可填“无直接关联”，并说明理由。
- 影响程度的高/中/低理由说明，在影响范围跨多个团队时建议补充。
- 复盘日期在低影响、一次性事项中可省略，由决策人确认。
留空与待补的标注方式
尚未取得的信息统一写“待补：具体缺什么、由谁在何时补齐”，不使用空白单元格或“/”。状态为“待提交”的事项允许存在待补项；状态推进到“待决策”前，所有必填字段必须补齐，待补标注清零。
填写示例：一条完整决策事项
以下为演示情景，用于说明五组字段如何前后一致地填写，不代表真实项目数据。
| 字段 | 填写内容 |
|---|---|
| 事项编号 | DC-2024-001 |
| 事项名称 | 核心接口改造是否在第三季度上线前完成切换 |
| 提出人 | 张明，技术负责人 |
| 提出日期 | 2024-06-03 |
| 背景说明 | 现有接口在高峰期响应超时，近两个月已发生三次影响下单的故障；团队已完成两轮技术验证，具备切换条件，但切换需要业务方配合停机窗口。 |
| 关联目标 | 第三季度“下单成功率不低于99.5%”的项目目标 |
| 方案数量 | 3 |
| 方案摘要 | A：季度末停机四小时一次性切换；B：分两周灰度切换；C：维持现状，下季度再评估 |
| 影响范围 | 下单链路、客服团队、两个大客户 |
| 影响程度 | 高：切换期间下单不可用，直接影响季度目标 |
| 时间窗口 | 最晚2024-06-20决策，否则无法在季度末前完成灰度与回滚预案 |
| 不决策的后果 | 高峰期故障可能继续发生，季度目标存在落空风险 |
| 推荐方案 | B |
| 建议理由 | 灰度切换把停机风险分散到两周，单次影响可控，且留有回滚窗口，与“下单成功率”目标冲突最小 |
| 建议人 | 张明，技术负责人 |
| 期望决策日期 | 2024-06-18 |
| 当前状态 | 已决策 |
| 决策人 | 李华，研发副总 |
| 决策结论 | 采纳方案B，灰度期间每日同步下单成功率数据 |
| 决策日期 | 2024-06-17 |
| 后续动作 | 输出灰度切换排期与回滚预案，确认两个大客户的通知方式 |
| 责任人 | 王芳，平台组负责人 |
| 复盘日期 | 2024-07-15 |
示例中，方案B的“风险分散、可回滚”对应影响组“影响程度高”的约束，建议理由因此成立；决策结论直接引用方案编号B，与推荐方案一致，后续动作则把结论转成了可核验的任务。若决策人改选方案A，只需更新决策结论与后续动作，其余字段保持不变，清单仍可追溯完整判断过程。
调整与维护方法：字段增删、状态流转与定期清理
模板落地后需要按组织实际调整，但调整应保持五组骨架稳定，避免每次评审都改表头导致历史数据无法对比。
字段增删的取舍原则
- 新增字段须回答一个现有字段无法覆盖的问题，例如增加“预算影响”用于金额敏感事项；同类信息不重复建字段。
- 删除字段前先确认近三个月无事项依赖该字段做判断，删除后保留历史列或迁移到备注，避免信息丢失。
- 枚举类字段（状态、影响程度）调整时，同步更新枚举值说明，并对存量数据做一次映射，不留下旧值。
状态流转与关闭条件
状态按“待提交→待决策→已决策→执行中→已关闭”推进，任一环节可转入“已搁置”。进入“待决策”要求必填字段齐全；进入“已决策”要求决策结论与决策日期填写；进入“已关闭”要求后续动作完成并完成复盘，复盘结论可简要记入备注。状态变更由事项提出人或责任人操作，决策人确认结论。
清单评审节奏与归档规则
建议在固定的项目例会或管理层例会前更新清单，会上只讨论“待决策”与“执行中”两类事项，已关闭事项移出主视图。每季度对清单做一次清理：超过约定时间仍未决策且无推进的事项，转为“已搁置”并注明原因；已关闭满一个季度的事项归档到历史表，主表只保留在办事项。
与会议纪要、项目文档的衔接方式
清单承担“事项台账”的角色，会议纪要记录讨论过程，两者通过事项编号互相引用：纪要中形成的结论回填到清单的决策结论字段，清单中的待决策事项作为下次会议议程的输入。项目文档中的方案材料在方案子表中登记文档位置，避免方案描述与原始材料脱节。在 ONES 中，可用 Wiki 的页面模板库把这张主表做成制式化模板，一键创建新清单；文档可关联项目任务并嵌入任务进度与报表，让清单中的后续动作与项目执行状态保持在同一处查看，页面版本记录也便于回溯字段调整前的填写内容。里程碑可用于标记决策点这类重要时间节点，项目列表则便于按状态查看在办事项的整体进展。
常见问题
事项还没想清楚，可以先登记进清单吗？
可以。状态为“待提交”的事项允许存在待补项，用于先把事项登记下来、避免遗漏。但状态推进到“待决策”前，五组必填字段必须补齐，待补标注清零。如果影响组写出的时间窗口与建议组的期望决策日期对不上，或建议理由提到的风险在方案子表中找不到对应条目，通常说明事项尚未想清楚，宜退回补充而非直接上会。
方案子表要列几个方案才够用？
至少两个，并包含“维持现状”这一选项。维持现状本身也是一种选择，把它列出来能让管理层直观看到不决策的代价，与影响组“不决策的后果”字段相互印证。方案数量字段要与子表行数一致，方案编号在同一事项内按 A、B、C 顺序编排，主表的推荐方案与决策结论都引用该编号，保证建议与结论能对应到具体方案。
决策人当场改选了另一个方案，清单要怎么改？
只需更新跟踪状态组的决策结论与后续动作，把决策结论改为实际采纳的方案编号，后续动作按新方案重写为可核验的任务，并同步责任人。推荐方案与建议理由保留原样，这样清单能完整保留“建议了什么、最终定了什么”的判断过程，便于日后复盘。若改选导致时间窗口变化，影响组的时间窗口也应一并更新。
清单和会议纪要、项目文档怎么分工，避免重复记录？
清单承担“事项台账”的角色，会议纪要记录讨论过程，两者通过事项编号互相引用：纪要中形成的结论回填到清单的决策结论字段，清单中的待决策事项作为下次会议议程的输入。项目文档中的方案材料在方案子表中登记文档位置，方案描述保持摘要粒度，细节以原始材料为准。这样三处各记各的，不重复抄写全文。
用文档工具承载清单时，需要注意什么？
重点是让清单中的后续动作与项目执行状态在同一处查看。在 ONES 中，可用 Wiki 的页面模板库把主表做成制式化模板，一键创建新清单；文档可关联项目任务并嵌入任务进度与报表，页面版本记录便于回溯字段调整前的填写内容。里程碑可用于标记决策点这类重要时间节点，项目列表则便于按状态查看在办事项的整体进展。具体功能范围以实际使用的版本为准。
