团队共同决策要落到可执行机制：先按影响范围和可逆性明确议题类型与决定人，再按“提出议题—补充信息—形成选项—表达分歧—定案—记录—回看”七步推进，用决策记录表固定结论、依据、责任人和复核时点。本文给出可直接照做的流程、角色分工、记录模板与验收清单，并说明如何借助ONES的工作项与文档承载议题、记录和复核。
要点总览（TL;DR）
- 先按影响范围和可逆性把议题分成日常执行、跨团队协作、方向性调整三类，分别约定参与人、决定人和时限，避免所有事都开会。
- 每个议题按“提出议题—补充信息—形成选项—表达分歧—定案—记录—回看”七步推进，每步都有输入、动作、输出和完成标志。
- 议题发起人、决定人、参与讨论者、记录人、执行负责人五类角色分别写明交付物，决定人与执行负责人即使同一人也需在记录中分别标注。
- 分歧先分事实分歧与判断分歧：前者用数据核对，后者由决定人权衡拍板，少数意见保留在记录中并在复核时点验证。
- 决策记录覆盖议题、背景、选项、分歧、结论、依据、决定人、执行负责人和复核时点，议题用工作项流转状态、记录用文档关联，复核转为待办形成闭环。
先定决策规则：哪些事共同决策、谁有最终决定权
共同决策的第一步是建立议题分类和决策权边界。团队需要先约定：哪些事由个人直接决定，哪些事需要多方参与讨论，哪些事必须上升到更高层级。判断维度有两个：影响范围（只影响本组，还是牵动多个团队或客户）和可逆性（改回来成本低，还是一旦执行就难以撤回）。
影响小且可逆的日常执行事项，交给直接负责人决定即可，不必开会；跨团队协作事项由相关方共同参与讨论，但必须指定一名决定人；方向性调整影响面大、回退成本高，需要更高层级参与，并留出更长的信息补充时间。共同决策不等于所有事都开会，把日常执行事项也拉进会议，会稀释真正需要讨论的议题。
| 议题类型 | 典型例子 | 参与人 | 决定人 | 建议时限 |
|---|---|---|---|---|
| 日常执行 | 排期微调、单个任务实现方式 | 直接负责人及相关执行者 | 直接负责人 | 1个工作日内 |
| 跨团队协作 | 接口约定、共享资源分配、联合交付节奏 | 各相关团队代表 | 指定的议题决定人（通常为牵头方负责人） | 3—5个工作日 |
| 方向性调整 | 目标优先级变更、方案路线切换 | 相关团队负责人及上级 | 更高层级负责人 | 1—2周，含信息补充期 |
这张表要在团队内公开并定期校准。新议题出现时，发起人先对照表格判断类型，再按类型邀请参与人、确定决定人和时限，避免每次开会前临时争论“这事谁说了算”。
共同决策的七步操作流程
规则确定后，用固定流程推进每个议题。每一步都明确输入、动作、输出和完成标志，流程才不会停在口头约定上。
| 步骤 | 输入 | 动作 | 输出 | 完成标志 |
|---|---|---|---|---|
| 1. 提出议题 | 待解决的问题或待定的选择 | 写清问题描述、影响对象、期望决策时间 | 议题说明 | 议题说明已提交，参与人和决定人已确认 |
| 2. 补充信息 | 议题说明 | 会前共享背景材料、数据、已有约束 | 背景材料包 | 参与人在会前完成阅读，会上不再重复陈述基础信息 |
| 3. 形成选项 | 背景材料 | 整理至少两个可选方案，写明各自代价和风险 | 选项清单 | 每个选项都有明确的利弊说明 |
| 4. 表达分歧 | 选项清单 | 按角色轮流表态，记录反对意见及理由 | 分歧记录 | 每位参与人的立场和依据都已记录 |
| 5. 定案 | 分歧记录 | 由决定人明确选择并说明依据 | 决策结论 | 结论、依据和决定人已明确 |
| 6. 记录 | 决策结论 | 写入决策记录表并同步相关方 | 决策记录 | 记录已归档，相关方已收到通知 |
| 7. 回看 | 决策记录 | 在设定时点检查结论是否仍成立 | 复核结论 | 复核完成，结论维持、调整或撤销均有记录 |
七步中最容易被跳过的是第2步和第7步。会前不共享信息，会议时间就消耗在背景介绍上；不设复核时点，决策执行后无人检验前提是否变化。把这两步写进流程并指定负责人，机制才算完整。
角色分工与各角色交付物
责任不清往往源于角色缺位。每个议题都应明确五类角色，并让每类角色知道自己要交什么。
| 角色 | 主要动作 | 交付物 |
|---|---|---|
| 议题发起人 | 识别问题、判断议题类型、提交议题说明、组织信息补充 | 议题说明、背景材料包 |
| 决定人 | 在时限内听取分歧、做出选择、说明依据 | 决策结论及依据 |
| 参与讨论者 | 提供专业判断、数据和风险信息，明确表达立场 | 选项意见、分歧理由 |
| 记录人 | 维护决策记录、同步相关方、跟踪复核时点 | 决策记录、同步通知、复核提醒 |
| 执行负责人 | 承接结论、拆解行动、反馈进展和遇到的问题 | 执行计划、进展反馈 |
决定人和执行负责人可以是同一人，也可以是不同人，但必须在决策记录中分别写明。参与讨论者要对结论负责提供判断依据，决定人对最终选择负责，执行负责人对落地结果负责。角色写清楚，事后就不会出现“当时没人说要跟进”的情况。
分歧怎么处理：从意见冲突到可接受结论
分歧本身是决策质量的来源，处理方式决定它是变成依据还是变成僵局。第一步是区分分歧的性质：事实分歧指双方对数据、现状或约束的认知不一致；判断分歧指双方认可同一组事实，但对取舍的优先级看法不同。
事实分歧用核对解决。把各自依据的数据摆出来，确认口径和时间范围，必要时由第三方复核。核对清楚后，分歧通常自然消失。判断分歧无法靠数据消除，需要把各方案的代价明确列出，由决定人权衡后拍板。把判断分歧当事实分歧反复争论，是会议拖长的常见原因。
反对意见的记录要写清“谁、反对什么、理由是什么”，而不是只写“有不同意见”。当分歧涉及决定人权限之外的事项，按升级路径提交上一层级，并附上双方理由和已有信息。决定人拍板后，少数意见保留在决策记录中，并约定在复核时点用实际结果验证。这样既保证决策及时落地，也给后续调整留下依据。
决策记录表怎么写：字段与示例
决策记录的作用是让结论可追溯、可复核。字段不必多，但要覆盖结论形成的完整链条。
| 字段 | 填写要求 |
|---|---|
| 议题 | 一句话说明要决定什么 |
| 背景 | 问题由来、影响对象、相关约束 |
| 选项 | 至少两个方案及各自代价 |
| 分歧要点 | 主要反对意见及理由 |
| 结论 | 最终选择，明确具体 |
| 依据 | 决定人做出选择的理由 |
| 决定人 | 姓名与角色 |
| 执行负责人 | 姓名与承接范围 |
| 复核时点 | 具体日期或触发条件 |
以下为演示情景，用于说明填写方式：某产品团队与交付团队就版本发布节奏产生分歧，需要决定下一季度是否改为双周发布。
- 议题：下一季度发布节奏是否由月度改为双周。
- 背景：客户反馈等待时间长，交付团队担心测试资源不足；当前月度发布已运行两个季度。
- 选项：A. 维持月度发布，增加一次月中补丁；B. 改为双周发布，测试人力增加一人。
- 分歧要点：交付团队认为双周发布压缩回归测试时间，质量风险上升；产品团队认为补丁方式无法解决客户等待问题。
- 结论：采用方案B，先在下一个季度试行，首月保留月度回退选项。
- 依据：客户等待问题影响续约，测试人力可通过内部调配解决，试行期可控制风险。
- 决定人：产品负责人；执行负责人：交付团队负责人。
- 复核时点：试行满六周后复盘发布质量和客户反馈。
记录存放在团队共同可访问的位置，同步范围覆盖所有参与人和受影响的执行者。涉及跨团队的决策，还应同步给相关团队的负责人，避免信息只停留在参会人之间。
用工作项和文档承载决策过程
流程写在文档里容易，跑起来需要固定的承载位置。可以把每个议题登记为一条工作项，用状态反映决策进展，例如“待补充信息—讨论中—已定案—复核中—已关闭”。这样，团队能直接看到哪些议题卡在哪个环节，而不必靠回忆或翻聊天记录。
决策记录作为文档与对应议题关联，结论、选项和分歧都留在同一处，后续追溯时从议题就能找到记录。复核时点转为待办或提醒，到期自动出现在记录人和执行负责人的任务列表中，形成从议题到复核的闭环。ONES 的工作项与文档可以承载这一流程：议题用工作项登记和流转状态，决策记录以文档形式与议题关联，复核安排进入待办跟踪。具体配置方式可按团队现有协作习惯调整。
完成检查：这套机制是否真的跑起来了
机制是否落地，可以用以下清单逐项核对。建议每月抽查一次，连续两个月达标后再转为季度检查。
- 议题是否在会前完成信息共享：抽查近期议题，确认背景材料在会议前已发出并被参与人阅读。
- 每项决策是否有明确决定人和记录：随机抽取决策，能在记录中找到决定人姓名和结论。
- 分歧意见是否被记录并回看：记录中包含反对意见及理由，复核时对少数意见有验证结论。
- 复核时点是否被执行：到期复核有实际结论，而非仅标记完成。
- 决策周期是否可观察：能统计从提出议题到定案的平均时长，并识别卡点环节。
如果多数议题能在会前拿到材料、每项结论都有记录和复核，说明机制已经运转；如果记录齐全但复核长期空缺，需要检查复核责任人是否明确；如果决策周期无法统计，说明议题状态流转还没有固定下来。按检查结果调整规则和角色安排，共同决策才能持续为团队目标对齐提供支撑。
常见问题
团队里哪些事需要共同决策，哪些可以直接由负责人定？
判断标准是影响范围和可逆性。只影响本组、改回来成本低的日常执行事项，交给直接负责人决定即可；牵动多个团队或客户的跨团队协作事项，由相关方参与讨论，但必须指定一名决定人；影响面大、回退成本高的方向性调整，需要更高层级参与并留出更长的信息补充时间。把日常执行事项也拉进会议，会稀释真正需要讨论的议题。
议题在会上讨论很久仍定不下来，通常卡在哪里？
常见卡点有两个。一是把判断分歧当事实分歧反复争论：双方认可同一组事实，只是取舍优先级不同，这种情况靠补充数据无法消除，需要决定人列出各方案代价后拍板。二是会前没有共享背景材料，会议时间被背景介绍占满。对应做法是：会前发出材料包并要求参与人阅读，会上先确认分歧性质，再进入表态和定案环节。
决定人拍板后，持反对意见的成员应该怎么处理？
反对意见要写清“谁、反对什么、理由是什么”，保留在决策记录中，而不是简单标注“有不同意见”。决定人拍板后，团队按结论执行，同时约定在复核时点用实际结果验证少数意见。如果后续结果支持反对意见，复核记录就是调整决策的依据；如果结果支持原结论，也能让团队对判断标准形成共识。
决策记录应该由谁维护，存放在哪里？
由记录人维护，职责包括写入记录、同步相关方、跟踪复核时点。记录存放在团队共同可访问的位置，同步范围覆盖所有参与人和受影响的执行者；跨团队决策还应同步给相关团队负责人，避免信息只停留在参会人之间。记录与对应议题关联存放，后续追溯时从议题就能找到完整结论链条。
这套机制运行一段时间后，怎么判断是否需要调整？
按检查清单每月抽查一次：议题是否在会前完成信息共享、每项决策是否有决定人和记录、分歧是否被记录并回看、复核时点是否被执行、决策周期是否可统计。记录齐全但复核长期空缺，说明复核责任人需要明确；决策周期无法统计，说明议题状态流转还没有固定下来。连续两个月达标后可转为季度检查，并按检查结果调整规则和角色安排。
