課程 決議不落空:追蹤與當責 第 2/7 講 查看課程目錄

「我有做啊」為什麼問題還在?當責與負責的一線之隔

25/08/2025 98
3:37
「我有做啊」為什麼問題還在?當責與負責的一線之隔

「我有回報啊」「我有照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) Amazon單線負責人(Single-Threaded Leader)制度。

問 AI:這篇文章怎麼用在我的管理上?
內容由 AI 根據本文輔助生成,僅供參考,請自行判斷準確性。
下一講・決議不落空:追蹤與當責 「加強品管」等於沒說:把決議翻成人話的四要素承諾公式

相關文章

我們使用必要 Cookie 維持登入與語言設定,並記錄使用行為以改善服務。你可以只保留必要項目。 隱私權政策