请项目经理分配任务！

在工作中，你有没有遇见这样的状况？

经理，里程碑计划我编好了，您看需要发送给谁？谁来拍板确定啊？

经理，年终庆典买礼品这个工作，是咱们负责买还是公司采购部负责买啊？或者，我应该找行政部？

经理，质量部的人说了，项目的质量体系他们不负责写，只负责监督审核，怎么办啊？咱们的人写的不专业啊！

这些问题如果在项目中出现的多了，说明我们具体工作的权责分配有些不清楚。

这时可以借助一个工具——责任分配矩阵，来明确项目中每个个体的责任。

01 

什么是责任分配矩阵

责任分配矩阵其实很简单，它是一种将所分解的工作任务落实到项目有关部门或个人，并明确表示出他们在组织工作中的关系、责任和地位的一种方法和工具。

换句话说，责任分配矩阵就是针对WBS拆解出来的工作，在组织内进行分配。

所以，只有你的项目计划具备了两个基本条件后，才能制定责任分配矩阵：

条件1：项目的WBS已经编制好了 

条件2：涉及到人员/部门都已经清晰明确了

这两个条件缺一不可。

需要强调的是，这个工具的核心是配置权限，也就是说，责任分配矩阵并不会明确指出每个人在项目中的具体工作，它只是明确指出个体在每个工作包中的权限到底有多大。

责任分配矩阵有不同的形式，上图这个是用符号表示的，此外，还有我们熟悉的RACI责任分配矩阵。

RACI将4种职责以不同的字母来表示，分别是：

谁负责（R=Responsible），即负责执行任务的角色，ta具体负责操控项目、解决问题。

谁批准（A=Accountable），即对任务负全责的角色，只有经过ta的同意或签署之后，项目才能得以进行

咨询谁（C=Consulted），拥有完成项目所需的信息或能力的人，属于辅助人员

通知谁 (I=Informed)，应及时得到通知的人员。

形式不同，但意义相同。责任分配矩阵中的符号，没有什么固定标准，可以根据企业的实际需求来决定，只要在沟通过程中不出现误区就都可以。 

02

3点注意事项

想制作这个图表不难，但如何使图表发挥应有的价值是更需要考虑的。经过前人的经验总结，我们发现以下三点，可以使责任分配矩阵发挥更大作用。

让团队成员共同参与制定

项目经理大多数情况下是权力较弱的，如果采取硬性“派工”的方式把任务分配完毕，可能并不会取得好效果。最好是在制定责任分配矩阵时，让团队成员共同参与，让他们明确自己可以胜任的工作。最理想的情况是主动认领工作，这样也会使得个人对所负责的工作有一定承诺。

如果遇到一些无人认领的较难任务，项目经理可以利用自己项目负责人的身份进行硬性分配，但也要利用沟通技巧和个人魅力等来减少压迫感，可以说一些鼓励性的话。比如：这个任务有点挑战，但你的能力是我们组里最突出的，相信你可以负责，遇到问题我们再及时商量。

通过这种公平公开的方式，项目经理更可能让职责划分得到团队成员的认可，在执行的时候更能做到各尽其责。

每项活动中“负责人”是唯一的

责任分配矩阵中，每一项工作有且只有一个负责人，这一点也是非常重要的。

我们都知道三个和尚没水喝，如果你把同一项工作交给了张三、李四、王五共同负责，那结果就是没有人会负责。

为了避免出现管理责任的推诿，每一项活动中负责任的人，都应该是唯一的。

职责分配需合理

从开始的案例我们可以看到，项目经理和项目工程师虽然职位高，但负责工作包最多的人却是程序员。这是欺负程序员吗？No。把开发、测试的工作交给程序员是人尽其才，还记得我们以前的段子吗？把专业工作交给专业人才去做，中间过程应该给予足够的信任。

项目经理和技术leader当然能做大部分的工作，但一个人的精力总是有限的，顾此就会失彼，所以，职责分配要合理。

责任分配矩阵是一个用途广泛的工具，它不仅能使项目工作在团队内的分配变得清晰，也能表明项目团队和公司管理部门之间的权责配置，甚至还能清晰表达项目团队和外部利益相关方之间的责任划分。

因此，大家要充分利用它哦~