在日常工作中，尤其是在項目里，項目經理會需要把一些工作任務分配給具體的人來完成，比如說：安排某人開發注冊的功能，安排另一個人確定登錄模塊的需求，安排別人做測試等等，這件事情如果用RACI矩陣來完成，就會有更好的效果。

　　先來看什么是RACI矩陣。

　　R就是Responsible，也就是這件事情的具體負責人或者是執行人。

　　A就是Accountable，也就是對這件事情負有最終責任的人，通常也是對這件事情做決定的人。

　　C就是Consulted，就是在做這件事情的時候需要溝通和咨詢的人。

　　I就是Informed，就是在做這件事情的時候需要通知的人。

　　還是上面的例子，用RACI矩陣怎么來做呢？一般來講，總共有4步。

　　1.要分解出需要執行的任務，比如說開發某個功能、編寫某個數據庫的腳本、做競品分析等等。

　　2.要識別出相關方或者是具體人員，可以是角色，也可以是具體的人，如果要給具體的人確定職責，就要到具體的人。

　　3.開始制作矩陣。既然是矩陣，那就應該是一個2維表格，表格的第1列就是任務列表，表格的第1行是人員或者是角色，表格里剩下的單元格就是具體的職責。下面是這個例子里甲乙丙丁4個人的角色，分別是：程序員、技術經理、產品經理和測試。再有就是RACI的基本規則，這些基本規則是必須要遵守的，要不然職責就有問題。咱們來看一下：

　　一個任務只能有1個決策人，也就是A，如果A超過一個，就會出現多頭指揮的問題。另外，可以有1到多個具體執行人，也就是R，但只要有多個R，就可能會有扯皮的情況，再有，一個任務必須要有具體的執行人和決策人，也就是R和A。

　　咱們就以第1個任務為例子來看一下具體怎么用吧。

　　第1個任務，開發注冊功能，程序員具體開發，所以是R，對開發過程負責的是技術經理，所以技術經理是A，另外，在開發過程里程序員需要和技術經理和產品經理溝通，所以技術經理也是C，產品經理也是C，另外在開發注冊功能的時候需要通知產品經理和測試，所以這兩個人都是I。

　　其他的任務以此類推，這一步到此為止。

　　4.平衡，所謂平衡，就是檢查表格里職責比較多的那些角色，看看能不能把一部分職責分攤給其他角色，這樣可以降低執行過程中的風險。前翻比如：第3個任務，測試注冊功能，很明顯，產品經理的職責偏多，如果工作量確實偏大，就需要考慮重新分配，比如，把A轉給技術經理。

　　上面就是RACI矩陣的具體用法，當然了，通過分析RACI矩陣里的職責分配，還可以發現更多的有意思的內容。

       PMP項目管理行業交流QQ群：667625965（點擊一鍵加群）