一次讨论开了两个小时,所有人都说了意见,主管最后仍按自己的想法执行。团队的不满未必来自结果,而是他们以为这是一场共同决策,主管却认为自己只在收集信息。知行社为教练家讨论一个经常被忽略的问题:决定方案之前,先说明谁参与、参与到什么程度,以及谁承担最后责任。清楚的程序能够减少误解,也让企业教练把讨论放回实际权责。
参与程度需要根据问题选择
弗鲁姆与耶顿提出的决策参与模型,后来经其他研究发展,提醒管理者结合情境选择参与方式。它不是把某个人固定为专断型或民主型,而是讨论某项决定适合怎样形成。本文介绍五种经典参与安排及其企业应用,不复刻完整规范决策树,也不承诺只凭几项提问就得到唯一正确答案。主管需要考虑质量、信息、接受程度和执行条件,不能把模型当作免除责任的程序。
第一种安排是主管利用已有信息独立决定。它适合权限明确、信息充分、团队执行并不依赖额外认同的事项。例如按既定标准处理日常资源调度,主管无需每次召开集体讨论。不过独立决定仍需说明相关理由和影响,并开放错误信息的纠正入口。独立不是拒绝反馈,更不是遇到争议后宣布自己一直拥有全部解释权。
第二种安排是向相关成员收集事实,然后由主管决定。成员贡献的是信息,不必承担方案选择。主管应清楚说明自己需要哪些事实、何时需要、最终决定由谁作出。若对员工说一起研究,却只要求他们提交数据,很容易造成参与期待不一致。信息提供者仍有权指出材料被误解,管理者也需要承认自己的信息范围可能不足。
第三种安排是分别征询相关成员意见,然后主管作决定。个别交流适合涉及敏感情况、观点容易受到群体压力影响,或暂时无法聚齐所有人的问题。它能获得独立看法,却可能让彼此不知道其他人的依据。主管应把关键争议整理出来再确认,不能选择性转述来制造所有人都支持自己的印象,也不应把私下意见误写成团队共识。
第四种安排是在集体讨论中征询意见,最后仍由主管决定。它让成员互相看见假设与困难,有利于发现跨部门影响,但开会本身并不意味着决策权已转移。会议开始时可以直接说明:今天共同比较选项,最后由项目负责人在授权范围内确定。成员知道这一点以后,能够把精力用于提高质量,而不是事后争论为什么投票没有生效。
第五种安排是管理者与团队共同寻求大家能够接受的决定。这里强调共同形成选择,并非领导者预先选定结果再让大家认可,也不是所有事项都必须全票赞成。实际组织应先定义共识的含义、处理持续分歧的方法和最终权限。若法定责任或组织授权仍在特定角色,不能通过一句大家共同决定就把责任模糊转移给无权承担的人。
先看决定的质量要求与信息分布
教练可以邀请主管把问题写成一个具体句子:在什么期限前,由谁决定哪件事,结果必须满足什么条件。选择办公用品与调整客户承诺不是同一种决定。若质量存在重大后果,就要识别专业审核、信息来源和不可突破的限制。扩大参与能增加信息,但参与人数并不能替代专业知识,热烈讨论也不能证明方案已经可靠。
再问知识在哪里。主管是否真正知道现场情况?员工是否掌握客户使用细节?其他部门是否承担方案实施后的成本?信息分散时,即使最后仍由主管决定,也应安排有效的信息输入。教练不需要替团队选答案,而应帮助主管识别自己忽略的角色,避免把职位高误认为理解最完整,把沉默误认为没有重要信息。
决定是否结构清楚,也影响程序。若问题定义、评价标准和选项都明确,信息收集可以比较精简;若各方连目标都不同,直接让大家对现有方案打分,可能把根本分歧藏起来。此时先讨论问题边界,再比较程序安排。参与方式可能随着理解变化而调整,但调整应公开说明,不能在结果不合主管心意时临时改变规则。
接受程度关系到执行,不能制造假参与
有些决定技术上合理,实施却需要员工改变习惯、跨团队配合或处理客户解释。这时成员是否理解理由、是否认为顾虑被认真处理,就成为执行的重要条件。接受程度不是讨好所有人,而是让相关者知道决定为什么形成、自己的责任是什么,以及有异议时能够怎样反馈。主管仍可作出不受欢迎的决定,但不能假定命令等同于落实。
共同目标也不能被预设。销售希望保住承诺,运营希望控制服务负担,财务希望减少长期成本,可能都合理。团队不一定反对企业利益,只是看到不同后果。教练可以问各方:你希望守住什么?你担心哪种代价?把目标差异讲清,才知道集体讨论能够解决什么,以及哪些权衡必须由有权限的人承担。
时间紧迫时,主管可以缩短征询范围,但应区分真实期限与个人不耐烦。若只剩很短的处置窗口,可以先在权限内采取可逆保护措施,再安排后续讨论。紧急情况结束后解释程序并复盘被遗漏的信息,能避免临时集中决定永久变成默认模式。急迫不意味着忽略安全要求,更不意味着让教练代替专业应急指挥。
| 参与安排 | 成员的贡献 | 需要提前说明 |
|---|---|---|
| 独立决定 | 事后必要反馈 | 决定权限与纠错入口 |
| 收集事实后决定 | 提供现场信息 | 信息要求与截止时间 |
| 分别征询后决定 | 表达独立建议 | 建议如何汇总 |
| 集体征询后决定 | 讨论选项与影响 | 最终决定仍由主管承担 |
| 共同形成决定 | 协作比较与取舍 | 共识规则及责任边界 |
虚构案例:系统上线不是一场意见投票
以下为虚构教学情境。一家服务企业准备切换客户系统,主管许岚召集成员讨论上线日期。会上大家围绕周末还是工作日争论,她最后宣布按原计划推进。几位员工觉得讨论没有意义。教练没有立即判断许岚不够开放,而是请她说明会议原先希望形成什么,以及大家被告知能够影响哪些部分。
核对后发现,上线日期受合同窗口限制,团队无权随意调整,但可决定切换顺序、培训安排和回退准备。许岚原本想征询实施建议,却把整个问题说成一起决定。下一次会议她先说明日期限制的依据,再明确团队能够共同形成的实施安排。成员不再为一个实际上不能改变的日期争论,而是讨论怎样减少客户中断。
技术负责人提供回退条件,客服主管说明高峰时段,培训专员提出分批演练。涉及合规确认的部分交由相应角色审核。许岚保留最终上线确认责任,对团队选择的顺序则承诺尊重,并明确若关键测试未通过必须重新评估。讨论结束后记录谁决定了什么,不把所有事项都归为集体一致通过,也不把责任集中成她一个人知道即可。
案例中的改变不是参与越多越好,而是参与范围更诚实。技术判断、员工安排、客户沟通和授权批准可以采用不同程序。把整个项目当成一个不可分割的大决定,容易造成假参与或程序过重。教练可以帮助团队拆开决定,让每一层都有适当信息、明确责任和可行反馈,再看这些安排是否彼此协调。
让决策程序本身成为领导力学习
会前告知成员今天是提供事实、提出建议还是共同形成方案,能够显著降低期待混乱。还应说明哪些限制已经确定、哪些可以讨论,以及结果何时反馈。程序透明不必写成长篇文件,一段清楚的邀请说明就能起作用。若成员发现事实错误,任何一种程序都应允许纠正,不应因为主管已经宣布独立决定就封闭信息入口。
会后记录也要区分建议、决定和保留意见。把所有发言列入纪要不等于吸收了建议,主管可以解释某项意见为何未采用,并说明仍有何风险需要关注。对没有参加讨论但负责执行的人,提供必要背景和工作要求。否则参与者觉得程序完善,执行者却只收到一句请落实,决定仍可能在交接处失去意义。
发展团队能力时,可以把一些风险可控、权责明确的决定逐步交给成员共同处理,管理者提供范围和反馈。不要把授权当作证明员工值得信任的考试,也不要在第一次结果不理想时收回所有参与机会。看清差距来自信息、标准还是协作,再调整支持。决定程序既可以提高当下质量,也可以帮助成员学习承担适当责任。
教练自身也要守住角色。企业教练可协助明确程序、观察讨论方式和反思权力影响;如果同时承担业务顾问职责,应说明何时提出专业建议。不能用提问形式暗中推动自己偏好的选项,更不能把客户的共同决定当作教练意见的背书。程序的价值是让影响清楚可见,而不是让更善于表达的人获得隐形控制。
在后续回顾中,分别评价结果与过程。结果好可能包含运气,过程充分也可能遇到意外。检查信息是否完整、成员是否理解权限、执行是否得到支持,才知道下次怎样改。知行社希望管理者建立一种稳定习惯:每遇到重要问题,先决定怎样参与,再决定采取什么行动。清楚的决策安排,让教练式管理同时保有开放、效率与责任。
最后不要把五种方式排成道德高低的梯子。独立决定有合理用途,共同决定也会受到信息不足、从众或责任稀释影响。真正需要比较的是程序与任务是否匹配。主管愿意解释自己的选择,团队能够补充证据,执行者知道怎样行动,这些条件比一味追求更大会议、更高参与口号更能支持成熟合作。
决定程序还可以拆成不同阶段。问题定义阶段广泛听取信息,方案形成阶段由相关专业人员协作,最终批准阶段由授权者负责,实施阶段再安排团队反馈。这些阶段不必使用相同参与程度。主管只要提前解释转换关系,就能避免成员把早期发言权误认为最终批准权,也避免批准者忽略前面形成的关键依据。
若团队长期习惯等待主管,突然要求共同决定可能让成员无从开始。先提供任务背景、比较标准与讨论时间,允许他们形成独立看法,再逐步承担选择责任。参与能力需要练习,管理者不能把一次沉默当作团队不愿负责的证明。