RACI 最常見的填法錯誤是一件事標了三個 A——有三個人有最終決定權等于沒人有。本文講解 R、A、C、I 四種角色的準確含義、每行只能有一個 A 的原因、填寫順序以及和泳道圖的配合方式。RACI 責任矩陣的作用只有一個讓每件事都有明確的負責人和決策人。它解決的是那種典型的困境——項目卡住了你不知道該找誰推進出了問題幾個人都說這不是我這邊定的。但很多團隊填完 RACI 之后情況沒有改善原因通常是同一個一行里標了兩三個 A。有三個人有最終決定權等于沒人有決定權。一、四種角色的準確含義字母全稱含義數(shù)量要求RResponsible實際執(zhí)行這件事的人至少 1 個可多個AAccountable對結果負最終責任、有決策權有且只有 1 個CConsulted決策前必須征詢意見的人0 到若干IInformed結果出來后需要被告知的人0 到若干R 和 A 的區(qū)別是最常被搞混的。R 是干活的人A 是拍板并承擔后果的人。兩者可以是同一個人但職責性質(zhì)不同事情沒做完找R事情做錯了方向找A方案要改A說了算C 和 I 的區(qū)別在于時機。C 是決策前要問的他的意見會影響決定I 是決策后要告知的他不參與決策但需要知道結果。把應該是 C 的人標成 I后果是他事后跳出來反對事情返工把應該是 I 的人標成 C后果是決策鏈條變長什么事都推不動。二、每行只有一個 A這是 RACI 最核心也最容易被違反的規(guī)則。為什么必須只有一個A 代表最終決策權和責任歸屬。兩個人同時有決策權遇到分歧時就會僵住或者互相推諉。共同負責在實踐中通常等于沒人負責。常見的破例沖動這件事產(chǎn)品和技術都要拍板 → 拆成兩行。技術方案選型 A 是技術負責人功能范圍 A 是產(chǎn)品負責人這是我們兩個部門一起的事 → 找到共同上級或者拆成兩個可分離的子任務老板才是最終決策人 → 那 A 就是老板但要確認他真的會看、會拍板。掛個名不參與的 A 比沒有 A 更糟如果實在拆不開、也找不到唯一的 A說明這件事的權責設計本身有問題應該先解決這個問題而不是在表格里含糊過去。三、填寫順序不要橫著一行行填按這個順序效率更高第一步列任務清單行。粒度以能被獨立分配和驗收為準。太粗完成項目沒有意義太細發(fā)一封郵件會讓表格失控。一個中型項目通常 15–30 行合適。第二步列角色列。建議寫崗位不寫人名——人會變動崗位相對穩(wěn)定。人員對應關系單獨維護。第三步先把所有 A 填完。一行一個全部填完再往下走。這一步會暴露最多問題某些行找不到唯一的 A某個人被填成十幾行的 A超載了。第四步填 R。A 已定的前提下R 通常很清楚。第五步填 C 和 I。這一步要克制。C 越多決策越慢每加一個 C 都要問不問他會出什么問題。四、填完之后的三個檢查橫向檢查每行有且僅有一個 A 嗎至少有一個 R 嗎沒有 R 說明這件事沒人干C 是不是超過 3 個超過就要精簡縱向檢查每列某個人是不是 A 的行特別多可能超載考慮下放某個人是不是全列都是 I他可能不需要出現(xiàn)在這張表里某個人是不是全列都是 C說明他成了瓶頸所有事都要問他整體檢查有沒有全是 I 沒有 R 的行那件事實際上沒人做有沒有一個人既是 R 又是 A 又占了大半行團隊可能過度依賴單點五、什么時候需要 RACI什么時候不需要RACI 有維護成本不是所有場景都值得用。適合用的跨部門項目責任邊界本來就不清參與方超過 5 人有明確的交付物和驗收環(huán)節(jié)出過沒人做或重復做的問題不必用的3 人以內(nèi)的小團隊直接說清楚更快常規(guī)重復性工作責任早已固化探索期項目分工每周都在變判斷標準有沒有出現(xiàn)過這事誰負責的爭議出現(xiàn)過就值得填沒出現(xiàn)過填了也只是一份沒人看的表格。六、和泳道圖配合使用RACI 和泳道圖解決的是同一類問題的兩個側面RACI泳道圖表達誰對什么負責事情怎么流轉(zhuǎn)形態(tài)矩陣流程圖強項決策權歸屬清晰交接順序和條件清晰弱項看不出先后順序看不出誰有決策權推薦組合用法先畫泳道圖理清流程和交接點再對著流程里的關鍵環(huán)節(jié)填 RACI 明確決策權。兩者對照時會發(fā)現(xiàn)問題——比如泳道圖上某個環(huán)節(jié)只由一個部門執(zhí)行但 RACI 里這件事的 A 在另一個部門這個錯位就是潛在的卡點。在同一塊畫布上把泳道圖和 RACI 表并排放對照檢查會順手得多。英飛·思想家支持表格、圖形等多種組件同屏組合多人實時協(xié)作各方可以在自己負責的行上直接批注確認。七、RACI 的幾種變體標準 RACI 之外實踐中常見幾種擴展按需選用RASCI——多一個SSupport區(qū)分執(zhí)行和提供支持。適合有共享服務團隊的組織RACI-VS——多VVerify驗證和SSign-off簽署。適合合規(guī)要求高的行業(yè)DACI——用于決策場景Driver 推動者、Approver 批準者、Contributor 貢獻者、Informed 知會者不建議一上來就用復雜變體。標準 RACI 已經(jīng)能解決八成問題變體增加的準確度往往抵不過增加的維護成本。八、維護與更新RACI 最常見的死法是填完就沒再看過。三條建議放在項目材料所在的地方。和排期、需求文檔、流程圖放在同一塊畫布上討論時隨手可查。存成單獨的 Excel 塞進網(wǎng)盤基本等于不存在。人員變動時立刻更新。這是最高頻的失效原因——某個 A 離職或轉(zhuǎn)崗表格沒改事情就懸空了。每個里程碑復核一次。項目推進過程中職責會自然演化定期對照實際情況修正。常見問題R 和 A 有什么區(qū)別R 是實際干活的人A 是拍板并對結果負最終責任的人。可以是同一個人但性質(zhì)不同事情沒做完找 R方向錯了找 A。為什么每行只能有一個 AA 代表最終決策權。兩個人同時有決策權遇到分歧會僵住或互相推諉。共同負責在實踐中通常等于沒人負責。C 和 I 怎么區(qū)分C 是決策前必須征詢的意見會影響決定I 是決策后需要告知的不參與決策。搞混會導致事后返工或決策鏈條過長。多大的項目才需要 RACI參與方超過 5 人、跨部門、或出現(xiàn)過這事誰負責的爭議時值得填。3 人以內(nèi)的團隊直接溝通更快。填完之后怎么維護放在項目材料所在的地方隨手可查人員變動時立刻更新每個里程碑復核一次。結語RACI 的全部價值集中在一條規(guī)則上每行有且只有一個 A。這一條守住權責就清楚了守不住填得再全也解決不了這事誰定的問題。填寫時先把所有 A 填完再往下走C 的數(shù)量要克制。配合泳道圖一起用流程和權責能互相校驗。