建立团队决策机制，核心是把“谁在什么条件下、依据什么信息、做出哪类决定、结果记录在哪里”写成可执行的规则。落地路径分四步：统一目标与决策范围，按决策类型划分权限与参与角色，规定决策过程与分歧处理方式，用决策记录和复盘形成闭环。首轮验证只需一份决策分类清单、一份决策权限表、一份决策记录模板和一次试点复盘。
要点总览（TL;DR）
- 先按影响范围、可逆性和时间压力把团队事务分成四类决策，为每类设定默认定案方式，避免所有事都开会或都推给负责人。
- 用决策权限表明确每类事项的提议人、必须征询对象、决策者和知会对象，每项决策只设一个决策者，集体决策仅用于影响大、可逆性低的事项。
- 决策流程固定为发起、信息输入、讨论定案、超时升级、分歧处理五步，保留意见写入记录，复议条件事先约定。
- 决策记录写清结论、依据、保留意见和后续动作责任人，并与团队目标、执行工作项关联，变更时追加说明而不覆盖原结论。
- 选一个十人左右团队试点四到六周，用检查清单验证分类覆盖、权限表引用、记录完整性和升级触发情况，再按季度回顾调整。
先定决策范围：哪些事需要团队共同决定
决策机制失效，常见原因在于事项没有分类：所有事都开会，讨论成本高、定案慢；所有事都推给负责人，成员对与自身相关的决定缺乏参与感。第一步是把团队事务按决策类型分开，为每类设定默认定案方式。
分类可以沿三个维度判断：影响范围（只影响一个执行小组，还是影响多个团队的目标）、可逆性（做错后能否低成本纠正）、时间压力（是否需要当天响应）。三个维度组合后，团队事务通常落入四类：
| 决策类型 | 典型示例 | 默认定案方式 |
|---|---|---|
| 战略方向类 | 业务方向调整、年度重点取舍 | 共识（核心角色达成一致后定案） |
| 目标与资源类 | 季度目标设定、人力与预算分配 | 负责人定案，关键角色必须被征询 |
| 执行方案类 | 项目排期、技术方案选型、交付节奏 | 授权执行负责人定案，事后知会 |
| 日常事务类 | 例行排班、常规采购、模板选用 | 授权执行，按规则直接处理 |
分类的前提是目标共识。团队需要先对“这一阶段最重要的结果是什么”形成一致理解，才能判断某件事属于方向调整还是执行细节。目标含糊时，同一件事在不同成员眼里可能分属不同类别，决策范围就划不清。因此建议在分类清单的抬头写明当前阶段目标，作为分类时的参照。
完成标志是产出一份决策分类清单，至少覆盖团队近三个月出现过的主要决策事项，每项标注决策类型、示例和默认定案方式。清单不必一次穷尽，留出“待归类”栏，遇到新事项时补充。
划分角色与权限：谁提议、谁参与、谁定案
决策范围解决“决定什么”，角色权限解决“谁来定”。机制中需要区分四类角色：提议人负责发起并说明问题；信息提供者提供数据或专业判断；决策者对结论负责；执行与知情人接收结论并落实。四类角色可以重叠，但每项决策必须只有一个明确的决策者，集体决策只在特定条件下使用。
集体决策适用于影响范围大、可逆性低的事项，例如战略方向类决策；执行方案类事项若也采用集体定案，容易出现责任分散、议而不决。判断标准可以简化为：决策错了，谁承担结果？承担结果的人应当是决策者，或至少是决策者之一。
把角色落到表格里，形成决策权限表，字段建议如下：
| 字段 | 填写要求 |
|---|---|
| 决策事项 | 用一句话描述，避免笼统的“项目相关事宜” |
| 决策类型 | 对应分类清单中的四类之一 |
| 决策者 | 填写岗位或姓名，只填一个；集体决策时写明集体范围和定案规则 |
| 必须征询对象 | 决策前必须听取意见的角色，未征询则决策无效 |
| 知会对象 | 决策后需要同步结果的角色 |
| 时限 | 从发起到定案的最长工作日，超时进入升级路径 |
填写时注意两点：决策者应对相应目标结果负责，例如季度目标调整的决策者应是承担该目标的人；必须征询对象不宜过多，超过三四个角色会让征询流于形式，建议只保留其意见会实质改变结论的角色。权限表完成后，在团队内公示并作为后续决策的依据。
规定决策过程：信息输入、讨论与定案方式
权限表回答“谁定”，流程回答“怎么定”。一次决策从发起到定案，建议固定为五个环节，每个环节有明确输入、动作和完成标志：
- 发起。提议人提交决策请求，写明问题背景、可选方案、各方案影响和建议选项。完成标志是请求中包含至少两个选项及推荐理由，只有一个选项的请求退回补充。
- 信息输入。提议人列出需要的数据或专业意见，指定提供人和截止时间。信息提供者按约定时间提交，逾期未提供视为无补充意见，决策照常推进。完成标志是输入材料齐备或超时关闭。
- 讨论与定案。按权限表确定的定案方式执行：共识适用于方向类决策，需核心角色明确表示同意；投票适用于选项清晰、分歧可量化的场景，事先约定多数规则；负责人定案适用于目标与资源类及执行方案类，负责人听取征询意见后作出结论。完成标志是形成明确结论，而非“再议”。
- 时限与升级。超过权限表约定时限仍未定案，升级至上一级决策者，由其直接定案或重新指定决策者。升级触发应有记录，便于复盘哪些环节拖慢了决策。
- 分歧处理。持不同意见的成员可在决策记录中写明保留意见及理由，保留意见不影响决策执行。复议条件需事先约定，例如出现新数据、外部条件发生实质变化，或执行中发现原假设不成立；复议由原决策者或升级后的决策者受理。
流程的价值在于可重复：同类决策按同一路径走，成员知道什么时候该提交什么、等多久会有结论。流程说明应与权限表配套发布，避免只存在于口头约定中。
用决策记录固定结论与责任
决策做完不记录，几周后容易出现“当时说的是另一个意思”的争议，也无法追溯依据。决策记录的作用是把结论、依据、责任人和后续动作固定下来，支撑执行、追溯和复盘。
决策记录模板建议包含以下字段：
| 字段 | 内容要求 |
|---|---|
| 决策事项 | 与权限表中的事项名称一致 |
| 决策时间与参与人 | 记录实际参与讨论和征询的人员 |
| 决策者 | 与权限表一致，集体决策写明定案规则 |
| 结论 | 一句话写清决定了什么，避免模糊表述 |
| 依据 | 关键数据、意见来源和主要权衡 |
| 保留意见 | 反对或存疑意见及理由，无则注明“无” |
| 后续动作与责任人 | 每项动作对应一个责任人和完成时间 |
记录需要与目标和执行工作关联：决策事项关联到对应的团队目标，后续动作转为可跟踪的工作项，执行人从工作项直接回到决策记录查看依据。这样目标调整时能快速找到受影响的决策，执行偏差时也能核对是否偏离了原定结论。
决策变更时，在原记录上追加变更说明，写明变更原因、新结论和变更决策者，保留原结论作为历史版本，不直接覆盖。记录存放在团队成员都能访问的位置，涉及敏感信息的决策可限定可见范围，但决策者和执行人必须可见。
在协作平台中承载这套记录时，可以把决策记录作为文档与目标、工作项建立关联，使结论、依据和执行动作在同一处可查。ONES 支持目标与工作项的关联管理，决策记录以文档形式留存后，执行人可以从工作项追溯到对应决策，目标复盘时也能按目标汇总相关决策。具体字段和流程需结合团队现有工具配置，不必另建一套系统。
示例：一次目标调整决策的完整过程
以下为演示情景，用于说明机制各环节如何衔接，不代表特定团队的真实案例。
情景设定。某产品团队在季度执行到第六周时，发现原定的一项功能开发优先级需要下调，把资源转移到客户反馈集中的稳定性问题上。这一调整会影响季度目标的完成口径。
决策分类。该事项影响多个执行小组的目标，且调整后短期内不易回退，归入目标与资源类，默认定案方式为负责人定案、关键角色必须被征询。决策者为团队负责人，必须征询对象为技术负责人和客户成功接口人，知会对象为全体执行成员，时限为三个工作日。
角色与信息输入。提议人为项目经理，提交决策请求，列出“维持原优先级”和“下调功能、转投稳定性”两个选项及影响。信息提供者在两天内提交近四周的缺陷数据和客户反馈汇总。技术负责人给出稳定性修复的工作量估算。
定案与分歧。负责人在时限内听取征询意见后定案：下调功能优先级，稳定性问题在两周内完成主要修复。一名成员认为功能延期会影响已承诺的对外时间，其意见作为保留意见写入记录，并约定若客户侧出现明确投诉则触发复议。
决策记录填写。记录中写明决策事项、时间、参与人、决策者、结论、依据（缺陷数据与客户反馈）、保留意见、后续动作及责任人（修复排期由技术负责人落实，客户沟通由客户成功接口人负责），并关联到季度目标。
决策后同步。知会对象在记录发布后确认已读，执行成员从记录中的后续动作领取工作项。季度目标的口径调整同步更新到目标说明中，避免后续复盘时口径不一致。
试点与完成检查：机制是否真的运转
机制写出来不等于在运转。建议选择一个十人左右、决策频率适中的团队先行试点，周期四到六周，覆盖至少一次目标类决策和若干次执行类决策。试点期间不追求表格完美，重点观察成员是否按权限表发起和定案、记录是否被实际填写和查阅。
试点结束后，用以下清单逐项检查：
- 决策分类清单是否覆盖试点期间出现的主要事项，未覆盖事项是否已补充归类；
- 权限表是否被实际引用，是否存在绕过权限表直接定案的情况；
- 决策记录是否完整，结论、依据、责任人和后续动作是否齐全，执行人是否能从工作项找到对应记录；
- 超时升级是否触发过，触发后是否在约定时限内完成定案；
- 保留意见是否被记录，复议条件是否明确且被使用过。
通过标准可以设为：试点期内主要决策均有记录，权限表约定的事项无越权定案，超时决策在升级后按时定案。常见失效信号包括：记录只有结论没有依据、权限表中的必须征询对象从未被征询、同类事项反复讨论却迟迟不定案。出现这些信号时，优先检查分类是否过粗、决策者是否与结果责任不匹配，再调整表格字段和时限。
机制维护建议按季度回顾一次：汇总当期决策记录，检查分类清单和权限表是否需要增补，复盘超时和复议案例，把调整结果更新到表格中。回顾不必单独开会，可以并入季度目标复盘，用同一批记录完成检查。
常见问题
团队规模很小，还需要决策权限表吗？
需要，但可以简化。小团队的权限表通常只需覆盖目标与资源类、执行方案类两类事项，字段保留决策事项、决策者和必须征询对象三项即可。关键作用在于把“谁定”写清楚，减少事后对结论归属的争议。随着团队扩大或决策频率上升，再补充知会对象和时限字段。
共识决策和负责人定案怎么选，能不能都用共识？
共识适用于影响范围大、可逆性低的方向类决策，需要核心角色明确同意；目标与资源类、执行方案类事项更适合负责人定案，负责人听取征询意见后作出结论。全部采用共识会让执行类决策议而不决、责任分散。判断标准可以简化为：决策错了谁承担结果，承担结果的人应当是决策者。
决策记录和会议纪要有什么区别，需要各写一份吗？
会议纪要记录讨论过程，决策记录固定结论、依据、保留意见和后续动作责任人。一次会议可能产生多个决策，也可能没有决策。建议以决策记录作为结论的正式载体，会议纪要中涉及决策的部分指向对应决策记录，避免两处结论不一致。会议组织与行动项跟踪属于另一类管理动作，可按团队现有方式执行。
试点期间发现权限表被绕过，应该先改表还是先沟通？
先判断绕过原因。如果是权限表未覆盖该事项，补充分类和权限条目；如果是决策者与结果责任不匹配，调整决策者；如果是成员不清楚规则，先做一次规则说明。常见情况是分类过粗，导致成员无法判断某事项属于哪类，此时优先细化分类清单，再观察一轮。
决策记录应该保存在哪里，需要所有人可见吗？
存放在团队成员都能访问的位置，决策者和执行人必须可见。涉及敏感信息的决策可以限定可见范围，但后续动作的责任人不能排除在外。在协作平台中承载时，可以把决策记录作为文档与目标、工作项建立关联，执行人从工作项追溯到对应决策，目标复盘时按目标汇总相关决策。
