协作决策要解决的是“谁在什么信息基础上、按什么规则、在哪个节点拍板，并把结论固定下来”。本文给出一套可直接搭建的机制：从团队目标拆出决策议题，按影响范围分级，明确每类议题的拍板人与参与角色，约定输入材料和决策时点，再用决策记录把结论固化并跟踪执行。ONES可用于承载议题、决策记录与后续执行任务，文中在相应环节说明衔接方式。
要点总览（TL;DR）
- 协作决策先解决三件事：议题从目标中来、每类议题有唯一拍板人、结论有可追溯的记录。
- 按影响范围把议题分为日常执行、跨团队协调、方向性调整三档，级别决定拍板层级与参与范围。
- 用决策权责表固定拍板人、提案人、被咨询方、需知会方四类角色，并写明输入材料、决策时点与升级规则。
- 决策记录要写清结论、依据、异议和后续动作，变更时追加版本而非覆盖原记录。
- 机制是否跑通看六个现象：议题有拍板人、材料先到位、结论可追溯、动作有人承接、升级被触发过、定期复盘调整。
协作决策的核心答案与操作步骤
协作决策机制可以按六个步骤搭建。每一步都有明确的输入、动作、输出和完成标志，做完一步再进入下一步，避免一次性设计过于复杂的制度。
第一步：从团队目标拆出决策议题
输入是团队当前周期的目标及其关键结果。动作是把每个目标逐条追问“要实现它，团队必须做出哪些选择”，把选择写成议题。议题的写法要包含三个要素：需要决定什么、不决定的后果、期望的决策时点。例如“下季度是否把移动端适配纳入版本范围”，比“移动端怎么办”更容易判断和拍板。
输出是一份议题清单，每条议题标注所属目标。完成标志是：每个目标至少对应一条议题，且没有议题游离在目标之外。议题清单不必一次求全，可以在目标评审时补充。
第二步：按影响范围给议题分级
议题分级决定谁来拍板、需要多少参与。常用三档：
- 日常执行类：影响单个小组或单个迭代内的做法，如任务拆分方式、技术实现细节。由小组负责人或议题所属角色直接决定。
- 跨团队协调类：涉及两个及以上团队的资源、接口、优先级，如版本排期冲突、共享模块的改造顺序。由共同上级或指定的协调人拍板，相关团队负责人参与。
- 方向性调整类：改变目标本身、范围边界或关键投入，如目标优先级重排、重要功能取舍。由团队负责人或更高层拍板，需要完整的输入材料。
分级的完成标志是：每条议题都标注了级别，且级别与影响范围一致。分级有争议时，按更高级别处理，直到有明确依据下调。
第三步：明确每类议题的决策权归属与参与角色
动作是为每条议题指定拍板人，并列出提案人、被咨询方和需知会方。拍板人对结论负责，且每条议题只能有一位拍板人；参与角色可以多人，但职责不同。具体角色定义和权责表字段在下一节展开。
输出是填好的决策权责表。完成标志是：议题清单中不存在“无拍板人”的条目，参与角色都有姓名而非部门名称。
第四步：约定决策输入材料与决策时点
输入材料是拍板前必须到位的依据，通常包括：议题背景与目标关联、可选方案及各自代价、相关数据或历史结论、受影响方的意见。决策时点要写清日期，并倒推材料提交时间，例如“周五决策会，周三下班前提交材料”。
完成标志是：每条议题都有材料清单和提交截止时间，且拍板人确认材料足以支撑判断。材料不齐时，决策应推迟而非勉强表决，推迟本身也要记录原因。
第五步：设定升级路径与超时处理
升级路径规定当议题超出当前层级权限、参与方无法达成一致或材料迟迟不到位时，由谁接手。常见做法是逐级上升：小组内无法决定，升级到跨团队协调人；协调人仍无法决定，升级到团队负责人。超时处理则约定：议题在预定决策时点后若干工作日仍未拍板，自动升级到上一级，并通知相关方。
完成标志是：每条议题都能说出“卡住时找谁”，且升级触发条件写成了可判断的规则，而不是“视情况而定”。
第六步：记录决策并跟踪执行
拍板后当场或当天完成决策记录，写明结论、依据、异议和后续动作。后续动作要转成有承接人和截止时间的任务，纳入日常跟踪。决策记录模板与示例见第三节。
完成标志是：每条已决策议题都有记录，记录中的后续动作都有承接人，且在下一次例行检查时能查到执行状态。至此，一轮协作决策闭环完成，机制进入持续运行。
决策权责表：角色、议题与交付物
决策权责表是把“谁决定什么”写成可查表格的核心工具。它用四类角色覆盖一次决策的全部参与方，用固定字段保证每条议题都能被追踪。
四类角色的定义
| 角色 | 职责 | 在决策中的动作 |
|---|---|---|
| 拍板人 | 对结论负责，拥有最终决定权 | 审阅材料、做出结论、确认记录 |
| 提案人 | 提出议题并准备输入材料 | 撰写背景与方案、组织咨询、提交材料 |
| 被咨询方 | 提供专业意见或受影响方视角 | 在拍板前给出意见，意见写入记录 |
| 需知会方 | 决策后需要了解结论以配合执行 | 接收决策记录，按结论调整自身工作 |
四类角色中，拍板人唯一，其余可以多人。一个人可以在不同议题中担任不同角色，但在同一条议题中，拍板人与提案人建议分开，避免自己提案自己拍板导致输入材料缺少校验。
决策权责表的必填字段
- 议题编号与议题名称
- 所属目标：对应哪个团队目标或关键结果
- 议题级别：日常执行、跨团队协调、方向性调整
- 拍板人：姓名与岗位
- 提案人：姓名
- 被咨询方：姓名及咨询要点
- 需知会方：姓名或团队
- 输入材料清单与提交截止时间
- 决策时点：日期，必要时精确到会议时段
- 升级对象与超时规则
- 决策状态：待材料、待决策、已决策、已升级
- 决策记录链接：指向记录文档或工作项
议题类型与决策层级的对应
日常执行类议题的拍板人是小组负责人，被咨询方通常是直接执行者；跨团队协调类议题的拍板人是共同上级或协调人，被咨询方包括各团队负责人；方向性调整类议题的拍板人是团队负责人及以上，被咨询方覆盖受影响的业务方。对应关系不必写死到岗位名称，按团队实际组织结构填写即可，关键是同一级别议题始终由同一层级拍板，避免同类议题在不同时间由不同层级决定。
角色冲突与代理授权
常见冲突有三种：拍板人同时是被咨询方、同一人担任多条议题拍板人导致排队、拍板人临时缺席。处理方式分别是：在记录中注明该意见的来源，必要时补充一名独立咨询方；为高频议题设置固定的决策时段，集中处理；提前指定代理人，代理人在授权范围内拍板，记录中注明“代某某决策”，授权范围写进权责表备注字段。代理授权应有期限，到期自动收回。
决策记录与结论固定：模板与示例
决策记录的作用是让没参会的人也能理解决策，让几个月后的团队能追溯依据。记录不必长，但字段要全。
决策记录模板字段
- 议题名称与编号，关联的目标
- 决策日期与决策场合
- 参与角色：拍板人、提案人、被咨询方、需知会方
- 背景与问题：为什么现在要决定
- 备选方案及各自代价
- 结论：明确、可执行的一句话或几条
- 依据：数据、意见、约束条件
- 异议与保留意见：谁提出、具体内容、是否被采纳
- 后续动作：动作内容、承接人、截止时间
- 版本与变更记录：修订日期、修订人、变更原因
示例：一次跨团队优先级调整的决策
以下为演示情景。某产品团队与平台团队在季度中期出现排期冲突：产品团队希望平台团队优先支持新功能所需接口，平台团队正在做稳定性改造。该议题属于跨团队协调类。
提案人由产品团队负责人担任，提交材料包括：新功能的市场窗口说明、接口工作量估算、稳定性改造延期的风险评估。被咨询方为平台团队技术负责人和运维负责人。拍板人为两个团队共同的研发负责人。需知会方包括两个团队的全部成员及项目管理岗。
决策时点定在周三下午。材料周二下班前到位。会上平台团队提出异议：接口提前两周交付会挤占稳定性改造的测试时间。拍板人结论为：接口分两批交付，第一批满足新功能最小范围，第二批随稳定性改造后的版本发布；稳定性改造测试时间不压缩。依据是市场窗口与稳定性风险的权衡，异议被部分采纳并写入记录。
后续动作拆成三条：产品团队调整功能范围并更新需求文档，承接人为产品负责人，截止时间为本周五；平台团队输出分批交付计划，承接人为平台技术负责人，截止时间为下周二；项目管理岗在两周后检查两条动作的状态。记录归档后，需知会方收到链接，后续如需调整，按版本变更处理。
结论、依据、异议与变更的处理要点
结论要写成可执行的动作，避免“原则上同意”这类表述。依据要能指向具体材料或意见来源。异议必须记录，即使未被采纳，也要写明未采纳的原因，这能减少执行阶段的反复讨论。决策变更时，在原记录上追加版本，写明变更原因和新结论，保留旧版本可查，不覆盖原内容。
用ONES承载决策过程与结论
决策机制跑起来后，议题、记录和执行动作需要有统一的存放和流转位置。ONES的工作项、文档与目标管理能力可以承接这条链路，让决策从提出到执行保持在同一处可查。
目标与议题的组织上，可以把团队目标作为工作项或目标条目建立，议题作为其下的子工作项，用议题级别作为字段区分日常执行、跨团队协调和方向性调整。这样议题清单天然按目标聚合，分级也能通过筛选快速查看。
决策记录以文档形式撰写，并与对应议题工作项关联。工作项上保留拍板人、决策时点、决策状态等字段，文档承载背景、方案、异议和结论的完整内容。查阅时从工作项进入文档，既能看状态也能看依据。
结论到执行的交接，是把记录中的后续动作拆成独立工作项，指定承接人和截止时间，并关联回原议题。执行状态在工作项上更新，议题工作项可以汇总查看所有后续动作的进展，避免结论停留在文档里无人跟进。
评审与知会的流转，可通过工作项的评审状态和通知机制完成：材料提交后进入待评审状态，拍板人评审后更新为已决策，需知会方通过关注或订阅接收变更。升级和超时可以用状态停留时间配合定期检查发现，例如议题在待决策状态超过约定天数即触发升级提醒。
完成检查：决策机制是否跑通
机制是否有效，不看制度写得多完整，而看几个可核验的现象是否出现。以下清单可每月核对一次，每项给出通过标准。
| 检查项 | 通过标准 |
|---|---|
| 议题是否都有明确拍板人 | 抽查议题清单，无拍板人或拍板人为空的比例为零 |
| 决策输入是否在拍板前到位 | 抽查近期决策，材料提交时间早于决策时点，且拍板人确认材料充分 |
| 结论是否可追溯 | 每条已决策议题都能找到记录，记录含结论、依据和参与角色 |
| 执行动作是否有承接人与状态 | 记录中的后续动作全部转为任务，有承接人，且状态在更新 |
| 升级与超时是否被触发过 | 过去一个周期内至少有一次升级或超时处理记录；长期为零说明规则可能过松或未被使用 |
| 复盘与调整机制 | 每季度对议题分级、拍板层级和超时规则做一次回顾，有调整则更新权责表并通知团队 |
检查中发现的问题要落到具体修订：拍板人缺失就补人，材料经常迟到就调整提交截止时间或减少材料项，升级从未触发就检查规则是否形同虚设。机制在运行中逐步收紧，比一次设计到位更可靠。
常见问题
团队规模较小，是否也需要完整的决策权责表和分级机制？
小团队可以从简化版起步：保留议题清单、拍板人和决策记录三项，议题分级先只分“日常执行”和“需要负责人拍板”两档。随着跨团队协作增多，再补充被咨询方、需知会方和升级规则。判断是否需要扩展的标准是：是否出现过同类议题由不同层级拍板、或结论执行时无人认领的情况。
拍板人迟迟不表态，议题卡住怎么办？
在机制里预设超时规则：议题到达约定决策时点后若干工作日仍未拍板，自动升级到上一级，并通知提案人与需知会方。超时本身也要记录，写明卡住的原因，是材料不足、意见分歧还是拍板人时间冲突。连续多次超时的议题类型，说明该级别的决策权设置或决策时点安排需要调整。
决策记录由谁写、什么时候写？
通常由提案人在拍板当天完成初稿，拍板人确认结论与依据后定稿。记录不必等会议纪要流程，重点是结论、依据、异议和后续动作四项齐全。若决策在会后通过书面方式确认，也应在记录中注明决策场合与确认时间，保证后续追溯时能还原决策过程。
决策执行到一半发现前提变了，原结论还作数吗？
原结论仍然有效，直到有新决策替代它。做法是在原记录上追加版本，写明变更原因、新结论和生效时间，保留旧版本可查。同时更新关联的后续动作：终止不再需要的任务，新增或调整承接人与截止时间，并通知需知会方。避免在执行层口头改结论而不留记录，否则后续追溯会出现依据断层。
如何判断决策机制是真的在运转，而不是停留在文档里？
看可核验的现象而非制度文本：抽查议题清单是否都有拍板人；近期决策的材料提交时间是否早于决策时点；每条已决策议题能否找到含结论与依据的记录；记录中的后续动作是否都转为有承接人的任务且状态在更新；过去一个周期是否出现过升级或超时处理；是否按季度回顾过议题分级与拍板层级。发现哪项不达标，就针对该项修订规则，而不是整体重写制度。
