在日常工作中，尤其是在项目里，项目经理会需要把一些工作任务分配给具体的人来完成，比如说：安排某人开发注册的功能，安排另一个人确定登录模块的需求，安排别人做测试等等，这件事情如果用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（点击一键加群）