淺談專案管理分工矩陣（DACI、RACI、ARCI）

工作中，一定有機會碰到跨部門的專案，例如推動一個產品，需要工程師，分析，產品行銷，業務等等各部門的配合。專案的每一階段，都會由不同的部門作為主力，其他部門作為輔助角色。

管理這種複雜專案，可以使用專案管理分工矩陣。 常見的矩陣有 RACI 和其進階版 ARCI 和 DACI。

---

RACI

Responsible, Accountable, Consulted, Informed

R：負責做事的人，可有很多個

A：當責，負責任的人，通常為 R 的上司，要對外部因素應對

C：通常為某方面專家（subject matter experts），提供相應的支援

I：被動被告知進度

實際運作中，跨部門計畫會有一個 kick-off meeting，在這個 meeting 中會確認分工矩陣（初稿已經定好，只是各部門代表要確認知道自己在每一步的權責）。

矩陣保留在一個共享文件中（簡單的如 excel 或是 google sheet 的表格就可以實現），可以隨時回頭參考。

ARCI

ARCI 是改良版的 RACI，字母意義不變，但是 A 放在前面，是更加強調 Accountable（翻譯為『當責』）。這個人對事情有拍板定案的決定權，也要對事情的成敗負起責任。

RACI 或 ARCI 的缺點，是強調『角色』但是缺乏對具體行動的定義。（例如：不同公司不同團隊對於 “Accountable" 的定義可能差很多，一定要事先定義清楚：accountable 那個人可以是有實權決定事情的 issue owner，也可能只是負責協調大家意見的 team coordinator ，更多時候介於這兩中之間，是協調大家意見的 tie breaker。）

因應這個缺點，就有了『進階版』：DACI。DACI 的優點在於把 driver（類似 coordinator 腳色）和 approver（有權利決定者） 明確區分。

DACI

Driver, Approver, Contributor, Informed

D：Driver 是實際做事的人，通常一個任務有一個 driver，不同的任務會是不同的 driver

A：Approver，拍板定案的人。通常整個計畫會是同一個 approver。（product manager，product owner，或是 project manager）

C：Contributor，輔助角色的貢獻者，對應到 Consulted

I ：Informed

不難發現，其實這四個分工與 RACI 也差不多，只是用詞和描述方式更注重行動。另外，這三種縮寫大約的『時髦程度』，大約為 DACI > ARCI > RACI。（還有很多不同版本，比較少用所以這裡略過。碰到有人說『RACI 已經過時了』也不用太緊張跟他爭辯。）面試中，或是開始工作後發現公司用了不同的框架，也不要太緊張，問清每個字母的定義即可。

Decision log

對於專案管理的實際操作，還有一個小技巧：就是每個重要決定要有 Decision log，把決定的主要討論、最終理由紀錄下來，在團隊共享空間公布。這樣做的好處是，避免相關訊息遺漏在 Email 和 slack 討論中，也讓所有相關人士都可以參考，尤其在現在遠端工作為主流的時代更為重要。有文字記錄也可以方便以後反省決策過程並且改進。

---

實際操作上，不需要太拘泥哪種模型，糾結於每個字母的意義，也不要過度細分任務（tasks）和里程碑（milestones）。更重要，是借用這種矩陣方法，在大方向上，整理跨部門專案複雜的權責問題。在專案早期，所有部門對全責分配，以及具體的行動對應每個角色的定義達到共識。