「我做了啊」为什么问题还在?当责与负责只差一线
「我汇报了啊」「我按SOP做了啊」——为什么问题还是反复发生?拆解「当责」与「负责」的本质差异,用RACI矩阵教老板判断谁才是该为结果答复的那一个人。
陈汉民在泰国北榄府(สมุทรปราการ)经营一家注塑加工厂,主要客户是本田和五十铃在泰国的一级供应商,专做塑料保险杠支架和内饰卡扣的代工。三月的一次出货,客户整批验退了一批支架——公差超标零点三毫米,肉眼几乎看不出来,但装到车身上就是装不进去。
复盘会上,陈汉民开口就问:「这件事,谁该负责?」品管主管娜塔莎立刻回答:「我把异常报告给生产主管维查了。」维查也不甘示弱:「我完全按SOP生产,公差是模具的问题,该找工程部。」工程部经理阿努查则说:「没人跟我说过这事,我怎么会知道模具磨损了?」三个人轮流讲完,会议室安静了五秒——每个人都「做了事」,但没有一个人是「扛下这个结果的人」。两个月后,同样的公差问题又发生了一次。
这正是台商泰商中小企业最常见的会议黑洞:决议写着「加强品管」,执行的人一堆,但没有人是那个「事情没做到、就该找他」的人。
为什么
问题出在「负责」(Responsibility)和「当责」(Accountability)被当成同一件事在用。负责,是指有份参与、有出力执行的人——娜塔莎报告了、维查按SOP做了,他们都「负责」了自己那一段。但当责,是指最终要为「结果」本身答复的那一个人,不管过程中发生了什么、不管有多少人参与,出了问题,就是找他。管理顾问罗杰・康纳斯(Roger Connors)、汤姆・史密斯(Tom Smith)与克雷格・希克曼(Craig Hickman)在1994年出版的《当责,从停止抱怨开始》(The Oz Principle)中提出,多数组织失败不是因为没人做事,而是每个人都停在「这不是我的问题」的受害者循环(Victim Cycle)——只有当一个人愿意「看见它、拥有它、解决它、完成它」(See It, Own It, Solve It, Do It),当责循环才会启动。管理学大师彼得・德鲁克(Peter Drucker)在论述目标管理时也强调过类似的原则:一件事如果人人都要负责,等于没有人真正负责,结果责任必须清楚落在一个可以被追问的人身上,组织才有办法运作。
怎么做
用 RACI 拆开「谁做」与「谁扛」
源自项目管理领域、后来被《PMBOK指南》系统化推广的RACI矩阵,把每项任务拆成四种角色:Responsible(执行者,可以多人)、Accountable(当责者,一项任务只能有一人)、Consulted(需咨询的人)、Informed(需被告知的人)。陈汉民后来重新检视那次决议,发现「加强品管」底下同时挂着品管、生产、工程三个部门,却没有标出谁是A。他把A的位置指给了工程部经理阿努查——因为模具异常的最终判断与停机决策权在他手上,娜塔莎与维查则是R,负责报告与现场执行。当责者只有一个人,才不会出事时人人都能说「这不是我的事」。
当责者要有对应的权力,不只是责任
亚马逊前高管科林・布莱尔(Colin Bryar)与比尔・卡尔(Bill Carr)在《亚马逊逆向工作法》(Working Backwards)一书中揭露,亚马逊每个重大项目都指定一位「单线负责人」(Single-Threaded Leader),这个人拥有跨部门调度资源、喊停、拍板的实权,而不只是挂名承担失败。陈汉民后来也调整了做法:阿努查身为当责人,被授权可以直接下令暂停产线换模,不必再逐层签核——当责跟着决策权走,才不会变成有责无权的替罪羊制度。
🔧 AI 动手做:当责厘清诊断卡
下次开完会,把落落长的决议事项丢给AI,让它帮你揪出哪些任务只有一堆「负责人」、却没有一个「当责人」。把下面这段提示词复制给你的AI同事,贴上你的会议记录或任务清单即可。
你是我的当责顾问。请依照RACI架构,帮我检查以下会议决议/任务清单: [粘贴会议记录或任务清单] 请针对每一项任务: 1. 判断目前有没有明确标出「当责者」(Accountable,最终要为结果答复、且只能一人) 2. 若没有,请根据任务内容建议最合适的当责人选及理由 3. 标出目前是否有「当责者不具备对应决策权」的情况(例如当责人不能喊停、不能调资源) 4. 用一句话总结这项任务目前的风险等级(高/中/低) 请用表格输出,栏位为:任务、目前状态、建议当责人、风险等级。
本周就能做的一步:翻出上一次会议记录,挑三项还没完成的决议,亲手在每一项后面写下一个名字——不是部门、不是团队,是一个具体的人。如果你发现写不出来,那就是这件事至今没有进展的真正原因。
📎 理论依据:Roger Connors, Tom Smith, Craig Hickman《The Oz Principle》(1994);RACI矩阵,源自项目管理领域,经美国项目管理协会(PMI)《PMBOK指南》系统化推广;Peter Drucker 目标管理(MBO)论述;Colin Bryar & Bill Carr《Working Backwards》(2021) 亚马逊单线负责人(Single-Threaded Leader)制度。