[敏捷开发实践] 使用RACI Matrix划分敏捷团队的RR

[敏捷开发实践] 使用RACI Matrix划分敏捷团队的R&R

参加过PMP认证培训，持有PMP认证的Project Mananger都清晰的理解RACI Matrix 的重要性。

事实上，无论项目规模大与小，团队规模大与小，如果你想在一个项目上有效的提升沟通效率和执行效率，那么RACI Matrix就是一个有力的工具。使用RACI Matrix组织团队中的人员，明确各自的角色和职责，让每个人都知道谁负责什么，当发生问题是应该找谁沟通更有效等等……

让我们来看看RACI 的英文解释：

R = Responsible：谁负责。及负责执行任务的角色，具体负责项目执行，解决问题。
A = Accountable：谁批准。即对任务负全部责任的角色，只有经过该角色同意和审批之后，项目/工作任务才可以实施。
C = Consulted：咨询谁。即拥有完成项目所需的信息和能力的人员。
I = Informed：通知谁。即拥有特权、应及时被通知结果的人员。但是不必向他咨询或者征求意见。

补充说明：

R 是实际完成工作任务者，任务可由多人分工，完成的程度由A决定。

A 是最终责任承担着，也是工作任务负责者，具有确定的工作分配和决定权力，每个任务活动只能有一个A。

C 是最后决定或行动之前必须咨询的人。可能是上级管理者，也可以是客户的利益代表者。沟通是双向的，必须为A能够提供决策依据；为R提供行动依据和指南。

I 是信息通知者，一个决策或行动完成之后，必须被告知的人。沟通是单向模式。

使用RACI的优点

明确每个团队成员的工作职责和工作分工
定义团队成员之间的沟通模型
诊断项目资源的配置情况

SCRUM团队中的RACI Matrix

F - Facilitate activities (促进活动)

总而言之，担任F角色的人员，为Scrum项目提供便利和组织活动，如下图所示。在Scrum环境中使用RACI，激发了PM专业人员之间有趣的讨论。一些人认为，这种模式将向一个人提供对一项工作的认可，即一项工作做得好，或者一项工作执行得不好，这会影响团队凝聚力。这种组织方式将影响Scrum的基础——自我组织。包括反论点，必须考虑到外包人力和人力（文化差异等）的适用范围。为了发挥RACI的潜力，建议在自我组织团队中的角色和责任以及灵活性之间找到平衡点。

RACI Matrix	Functional Manager	Scrum Master	Product owner	Scrum Team	Project Manager
Ensure consistency of Scrum practices across team	I	C	C	I	R/A
Provide vision and goal for the product	I	I	R/A	I	I
Provide resources with the right skills and mind-set	R/A	I	I	C/I	C
Prioritize and manage the product backlog	I	F	R/A	C	F
Remove impediments	R	R	R/A	R	R
Manage the release train	I	I	C	C	R/A
Make sure Scrum practices are used and improved within the team	R	R/A	C	R	F
Create, apply and continuously improve the difinition of done	C	F	R	R/A	F
Report on time to management	I	F	R/A	I	F
Define acceptance criteria	I	F	R/A	C	F
Write acceptance tests	I	F	C	R/A	F
Ensure quality of the product	R	R	R/A	R	R
Manage Risks	C	C	R/A	C	R
Approve User Stories (User Stories meet the acceptance criteria)	I	F	R/A	C	F
Decide on release date and goal	I	I	R/A	I	I

如何让RACI有效的适用

如上所述，这种责任分配矩阵是有效的。

要知道如何应用这个模型，你应该分析，分析，分析！平衡是你获得成功的关键。如果每个角色中的人员太多或不够，则会减慢项目任务的完成，甚至会阻止完成。

要有效使用RACI，请确保：

每项任务一个负责人。如果你有不止一个人，那就好像有多个人在开车一样。它不起作用！如果没有司机，就很难让那辆车向前行驶——项目上没有任何决定或行动。
适当数量的R。分配给同一个任务的人太多了，你有一个很好的方法来浪费时间。你也可能得到重复的工作。如果你有一个快速简单的任务，R也可以是A。
不要有太多的C：这会减慢任务的完成。如果你在完成任务前需要和几个人商量，那你还有另一个浪费时间的人，那就是你自己。或者，会导致关于如何完成任务的冲突。
随时通知项目中的其它成员和干系人。也许你不需要咨询别人，你只需要更新提供给他们的信息。确保你有人担任这个角色，否则你可能会遇到缺乏沟通有关的问题。

Scrum Master如何使用RACI Matrix

通过以下6个步骤从使用RACI矩阵中获益：

项目任务列表
确定项目利益相关者
了解每项任务的R和A及其利益相关者（Stakeholders）
至少有一个利益相关者负责每项任务（A的角色）
只有一个利益相关者（Stakeholder）承担A的角色
最后一步包括与所有利益相关者的讨论。这是为了确保利益相关者理解他们的角色。

企业实际项目中存在的问题及误解

1、Scrum Master 和 Project Manager能是一个人吗？

2、Functional Manager 和 Project Manager能够是一个人吗？

3、Scrum Master 到底是听从Functional Manager的指挥还是 Project Manager的指挥？

4、如果 Product Owner 不能及时给予项目有力的支持或者及时提供/反馈项目信息，怎么办？

5、谁是Scrum Master的领导（Leader）？

6、Scrum Team中需要另外设置一个 Development Leader/Manager吗？

7、除了Product Owner之外，如果某个Stakeholder干预项目工作，包括New Features、Sprint迭代周期，开发进度怎么办？

8、Product Owner和Scrum Master、Functional Manager、Project Manager之间的冲突怎么解决？

以上在项目实践中存在一系列真实发生的问题和误解。怎么破？

后续慢慢讨论解决。