简而言之，RASCI 矩阵

RASCI 矩阵用于分配并显示项目、服务或流程中的各种角色和职责。它有时被称为 RASCI 责任矩阵。 RASCI 矩阵本质上是一个项目颠覆性技术为参与复杂项目的组织提供重要说明的工具。

元素	产品描述	分析	启示	国际私人包机价格项目范例
负责人 (R)	确定负责该任务的人员或团队。	确定确保任务正确完成的关键人物。	明确角色并消除任务所有权方面的混乱。	在软件开发项目中，开发人员编写新功能的代码。
负责（一）	确定对任务成功负责的人员或角色。	定义最终决策者或签署任务的人。	确保明确的责任并防止与任务相关的瓶颈。	在同一个软件项目中，产品经理负责功能交付。
支持 (S)	表彰为任务提供支持的个人或团队。	确定谁向任务所有者提供资源或帮助。	确保有必要的资源来完成任务。	质量保证团队支持软件项目的测试阶段。
咨询 (C)	确定需要咨询意见或专业知识的个人或角色。	确定在任务期间需要咨询谁以获得有价值的见解。	避免忽视关键观点并收集相关意见。	在软件项目的设计阶段咨询用户体验设计师。
知情（一）	认识那些需要了解任务进展的人。	确定谁应该了解最新情况但不直接参与。	确保团队内部的透明度和有效沟通。	定期向软件项目的利益相关者提供项目更新。

了解 RASCI 矩阵

如果使用得当，该矩阵有助于对参与者角色和责任的共同理解，这些角色和责任由可访问和明确的文档支持。

因此，该矩阵可用于帮助受低效率困扰的项目向前推进。

利益相关者的角色和责任分为五个类别，其中包含 RASCI 首字母缩写词：

负责人 (R)

哪些利益相关者正在完成一项任务？

负责任的利益相关者是可交付成果的创造者，拥有决策权。

责任意味着对实现预期结果的任务的所有权和权力，但在大多数情况下，这一角色并不是孤立地执行的。

RASCI 矩阵中的负责人确保工作在预算范围内按时完成，并达到要求的标准。

如前所述，他们可能需要与其他团队成员或利益相关者协调并管理资源或做出关键决策。

负责（一）

此人监督任务以确保其正确执行。

他们最终对执行的任何工作负责。

负责任的利益相关者通常是有权做出决策和分配资源的高级管理人员或经理。

虽然这些利益相关者拥有最终决策权并对任务结果负责，但他们通常不直接参与日常细节。

支持 (S)

谁可以支持任务、服务或流程的实施？

这些个人或团队提供资源、信息或指导，使负责任的利益相关者能够成功完成任务。

IT 和人力资源人员是两个最常见的例子，但支持利益相关者还可能包括法律顾问和各种其他主题专家。

咨询 (C)

描述在工作进行过程中提供宝贵意见的利益相关者。

他们积极参与项目，并倾向于拥有有助于项目成功的相关知识或专业知识。

例子包括：商业合作伙伴、主题专家、外部顾问和主要客户或供应商。

知情（一）

知情的利益相关者是那些没有直接参与项目但需要定期更新的人。

这可能包括以下角色：

专案经理 – 负责交付某些结果的人。
项目资助 – 为项目提供资金和/或对其成功具有既得利益的个人、团队或实体。
业务分析师 – 谁分析并记录项目的商业要求。
审计员 – 谁负责审查和评估项目是否符合适用的法律、法规和标准，以及
供应商。

创建 RASCI 矩阵

创建 RASCI 矩阵很简单。这是遵循以下步骤的问题：

起草矩阵

在矩阵上，首先在顶部的一行中列出每个利益相关者。

这些可能会按职位名称列出，例如项目经理。或者，列出相关人员的姓名。

识别每个任务

然后，确定与完成项目相关的每项任务，并在左侧的单列中列出每项任务。

该列还可用于列出里程碑、决策和可交付成果，如果公司愿意，它可以按类别或项目阶段组织任务，并为每个部分提供标题。

这最终将取决于项目计划和公司首选的运营方式。

完成矩阵

通过分配负责的、负责的、支持的、咨询的和知情的利益相关者来完成 RASCI 矩阵中的每个单元格。

这可以通过用大写字母中每个角色的第一个字母标记每个单元格来完成。

一些公司创建一个单独的选项卡来更详细地定义每个角色。

通知团队

角色透明度和问责制对于项目的成功至关重要，因此一旦 RASCI 矩阵完成，重要的是告知相关利益相关者他们的责任，并确保每个人都有能力履行这些责任。

通过这种方式，RASCI 矩阵也可以作为一种交流工具，用于促进讨论、协作和决策制定。

RASCI 矩阵最佳实践

完成矩阵时，重要的是要确保角色和职责的理论分配能在实践中发挥作用。

这有助于项目团队在有机会发展之前避免冲突和歧义。

为了帮助完成此过程，请考虑以下常见情况：

单个利益相关者的卢比太多

一个利益相关者是否有太多的工作分配给他们？如有必要，减少他们的工作量。

单个任务的 Rs 太多

有些任务是否有不止一名负责人？为避免权力斗争，确保只有一个人负责每项任务。

没有空单元格

客观地评估企业是否每周利益相关者需要参与每个项目任务。

是否可以将负责任的利益相关者更改为咨询的利益相关者？咨询过的利益相关者能否知情？

多重作为

每项任务应该只有一个负责人。

多个负责人会拖慢决策速度并助长冲突。

多个 C

太多咨询的利益相关者也会拖慢项目。

只应定期咨询具有宝贵专业知识的利益相关者。

大多数顾问应该随时了解情况，但只在情有可原的情况下征求意见。

RASCI 矩阵的替代品

如果 RASCI 矩阵不是最适合公司的，则有几种选择：

DACI 图表 – RASCI 矩阵的一种变体，是 Driver、Approver、Contributor 和 Informed 的首字母缩写词。 DACI 图对于需要明确划分责任且涉及多方的复杂项目很有用。
RAPID责任矩阵 – RAPID 是推荐、同意、执行、输入和决定的首字母缩写词。这模型阐明不同角色之间的决策责任，并且在可能存在多个级别的经理和领导者的层次结构中很有用。

RASCI 矩阵示例

现在我们将以两个假设的 RASCI 矩阵示例作为结束。

示例 1 – 软件开发

考虑一家软件开发公司，其团队的任务是向客户交付多功能且昂贵的基于 Web 的应用程序。

第一步是记下将参与交付的个人/利益相关者。在软件开发的背景下，这些包括：

专案经理。
用户界面/用户体验。
分析师。
主题专家。
网络开发人员。
系统管理员。
测试人员和
用户。

然后将它们列在 RASCI 矩阵顶部的一行中。

定义任务或流程步骤

确定利益相关者后，公司会阐明软件开发固有的任务或流程步骤，并将它们列在矩阵左侧的一列中。

任务包括：

规划和分析.
设计和原型设计。
编码。
审查和测试。
部署，以及
维修。

定义责任

现在定义了行和列值，公司必须为矩阵中的每个单元分配职责。

利益相关者通过以下方式分配给任务：

负责 – 分析师（计划和分析)、UI/UX（设计和原型设计）、Web 开发人员（编码）、测试人员（审查和测试）、系统管理员（部署、维护）。
问责 – 项目经理（所有任务）。
环境支持 – 分析师（设计和原型设计）、UI/UX（维护）、Web 开发人员（部署、维护）、测试人员（部署、维护）。
咨询 – 主题专家（规划和分析)、用户（计划和分析、设计和原型制作、审查和测试、维护）。
通知 – 网络开发人员（规划和分析、设计和原型制作）、系统管理员（编码、审查和测试）、用户（所有任务）。

示例 2 – 峰会准备

在第二个示例中，我们有一家制药公司负责组织其年度峰会。

该峰会每年在不同的国家/地区举行，让员工在有趣和协作的环境中建立联系并更好地熟悉他人。

由于员工将来自 15 个不同的国家/地区，因此必须在幕后进行大量工作以规划峰会。主要任务包括：

同意东道国。
验证是否存在旅行限制。
确定参与者的总数。
为参与者及其家人安排交通。
寻找合适的住宿。
创建一个包含各种活动的活动时间表，以满足各种口味。
估算并批准峰会预算。

然后，公司定义了七个不同的利益相关者：

常务董事。
首席财务官。
项目负责人。
项目团队。
旅行社。
有经验的同行。
峰会与会者（用户）。

考虑到上述情况，这就是制药公司的 RASCI 矩阵的样子。

负责 – 项目负责人（决定目的地、制定时间表、估算和批准预算）、项目团队（组织运输）。
问责 – 总经理（就东道国达成一致，制定时间表）、首席财务官（估算和批准预算）、项目负责人（验证旅行限制、确定参与者总数、组织交通、提供住宿）。
环境支持 – 外部旅行社（核实旅行限制、组织交通、寻找住宿、制定时间表、估算和批准预算）。
咨询 – 外部旅行社（决定目的地）、有经验的同行（决定目的地、来源住宿、制定日程）、峰会参加者（决定目的地）。
通知 – 总经理（验证旅行限制）、首席财务官（除估算和批准预算外的所有任务）、峰会与会者（验证旅行限制）。

示例 3 – 开发用户管理功能

对于这个真实世界的 RASCI 矩阵示例，请考虑 Mailtrap——一种有助于在开发和暂存环境中进行安全电子邮件测试的产品。

随着该工具变得越来越流行，该团队被要求为用户提供颠覆性技术功能更频繁。

过去，用户能够手动提供对系统某些部分的访问权限，这适用于个人用户或两到三个人的团队。

然而，对于系统用户较多的机构，手动用户管理流程效率低下。

增加折扣值对于公司客户，Mailtrap 决定继续开发更易于使用的用户管理功能。

定义项目干系人

Mailtrap 确定了这些列在其 RASCI 矩阵顶行的主要利益相关者：

常务董事。
邮件陷阱产品经理。
产品经理。
团队——由一名负责 UI 文本的内容编写者、一名后端开发人员和一名前端开发人员组成。
外部设计代理机构——当公司自己的设计师很忙时，联系他们协助 UI/UX 功能，以及
邮件陷阱用户。

定义任务和流程步骤

在矩阵的左侧列中，该公司列出了创建此新功能所需的任务和流程步骤：

创建用户故事。
估计工作范围。
开发功能的后端组件。
开发该功能的前端组件。
设计功能。
为功能 UX 编写内容。
与真实的最终用户一起测试该功能。

定义了涉众、任务和流程步骤后，Mailtrack 团队可以继续根据 RASCI 矩阵定义责任的流程。

以下是如何将关键利益相关者分配给任务/流程步骤：

负责 – 产品经理（所有任务）。
问责 – Mailtrap 产品经理（创建用户故事、估算范围、开发后端、开发前端、设计功能，为功能 UX 编写内容，与用户一起测试功能），总经理（设计功能）。
支持 – 没有任何。
咨询 – 外部的设计机构（创建用户故事、估算范围、设计功能，Mailtrap 产品经理（设计功能）。
通知 – 总经理（所有任务，除了设计功能），外部设计机构（开发后端，开发前端，与用户一起测试功能），团队（与用户一起测试功能）。

请注意，在此示例中，该公司还添加了以下专有角色作为其所谓的“RAtSCNIuo”矩阵的一部分：

团队（吨） – 经常从事某个项目的专家。他们往往是项目经理、工程师、撰稿人、QA 工程师和 HTML/CSS 专家。 Mailtrap 将此角色分配给所有任务，但与真实用户一起测试该功能除外。
如果没有其他人（N） – 这些人只是在万不得已时才会寻求帮助。正如我们之前提到的，外部设计如果内部人员有空，机构有时需要协助设计新功能。
用户 (u) – 用户表示使用正在开发的系统或项目并需要更新与使用相关的主题的个人。该公司将测试该功能并分享反馈的 Mailtrap 用户归类为该角色。
偶尔使用 (o) – 与上述用户类似的用户，只需要与他们相关的零星或偶尔的项目更新。 Mailtrap 的 RASCI 矩阵中没有这些角色。