了解什么是RACI矩阵以及如何建立此责任矩阵

谁将在此过程中做什么?

不总是é fá容易确定角色é参与流程活动的人员。

通常来说 设计过程,我们在某些细节上迷失了方向,最终以não明确定义职责。

为了促进这一定义过程ção de papé组织中的职责ção或流程中存在RACI模型。

它是一个责任矩阵,称为RACI矩阵,它为流程的活动创建责任图。

在这篇文章中,您ê vai entender o que éRACI矩阵,其含义,如何制作责任矩阵,等等é在您的一些责任矩阵示例中ê se inspirar.

也可以看看ém: 9 princí业务流程设计原则ócio

什么é无论如何,RACI矩阵?

É fácil entender o que é RACI矩阵, veja:

RACI矩阵或RACI表éf的视觉工具ácil utilizaçã什么清楚地定义了它们ções, papé每个员工在流程活动中的职责和责任。

你很清楚ê o que é责任矩阵?Ótimo! Então,现在看一下RACI的含义。

RACI:含义

懂什么éRACI矩阵是发现此acr的含义ônimo.

RACI的英文意思ês:负责,负责,咨询和知情。

看到翻译çã以下每个术语之一:

  • 负责任的 =回应ável
  • 问责 =批准人
  • 咨询过 =已咨询
  • 知情的 =知情

还没ão你很清楚êRACI是什么意思?好的,让我们详细解释一下!

这些词中的每一个都指às atribuiçõ员工的职责á一个过程中的任务。

了解得更好:

  • 负责任的ável): é实际负责执行该过程任务的人员。交货有ã该员工将要做什么é quem põe a mão na massa.
  • 负责人: 可以启动流程任务吗?执行是否正确?美东时间á dentro dos padrõ公司想要的吗?批准人陪同ção do processo, dá permissão开始(在某些情况下)或批准结果并交付。通常é担任该角色的流程所有者,主管或经理。
  • 咨询: 这是一个可以为成就做出贡献的人çã过程。这个人í二人组可以在组织内部或外部ção e é进行咨询,以使过程以最佳方式进行。他á以您的经验支持流程ência e conhecimento.
  • I知情的(知情的): 因为过程是á在进行过程中,有些人需要了解其性能和交付情况。每当任何活动产生后果时ê对任何参与人员都很重要,应将其包括在内í通知清单上。

看这个图çã总结了RACI的含义:

 

raci矩阵的含义

资源: Stratec

对于Nã绝对没有更多ú有关RACI表的条款,请观看此视频ídeo:

 

但是,并非每个过程都依赖于这些类型的论文é责任,职责和分配çõ在RACI方法中定义。

在某些情况下,可能会有更多的爸爸é职责,例如经理,备份(保留),通知和发起者(顾问)。

见论文éis e atribuições de cada um deles:

  • 经理: é o indivíduo responsá负责管理流程的交付,但是ão por aprová它。例如:开发软件时,也许用户á主要河流或客户批准此交货,并且ão管理流程的人。
  • 备份(保留): 如果回应ável pela tarefa não posso cunmpri-la, é necesesário já确定谁将取代í-lo.
  • 通知: 与知情人士不同,后者需要接收多个信息çõ有关流程的重要信息,已通知ó需要告知结论ã活动的内容。因此,例如,他可以á开始你的活动,é a seguinte.
  • 鼻祖: é创建流程活动的人。知道谁屈服í这项活动变得更加容易ácil esclarecer dú依靠执行来生存ção直接与那个人在一起。

您ê já começ或了解pap矩阵的工作原理é是和责任?了解它如何帮助定义ção das funçõ员工的职责和责任?

确保一切对您来说都很清楚ê,我们创建了此信息图á我总结了图形中使用的字母的含义áfico RACI:

 

也请阅读ém: 分享责任,分享成功:知道ç管理方法ão à vista

如何制作RACI问责矩阵

现在你ê já知道RACI矩阵中字母的含义是á在学习如何将责任矩阵放在一起时。

为此,只需执行以下几个步骤即可!

如何逐步建立责任矩阵

组装RACI矩阵的传统方法é a seguinte:

  1. Faç流程中所有活动的列表
  2. Faç其他名单,这次是所有ã参与过程
  3. 设置一个表,为每个流程活动保留一行
  4. 在同一张表中,创建与流程中涉及的每一列相对应的列
  5. 分析每项活动,并用能说明t含义的字母之一仔细标记ópico anterior

每ém no HEFLO é possí可以配置çãRACI直接进入任务元素。查看属性:

但是您可以从RACI方法中获得一些重要提示ê建立桌子时需要尊重,请参阅:

如何制作RACI问责矩阵的6条基本规则

  1. 必须始终至少有一个责任人á对于每个流程活动
  2. 同样,流程中的每个任务必须至少有一个批准人
  3. 每 outro lado, não流程的同一活动可能有多个批准人
  4. 回应á对于给定的活动可以á ser também o seu aprovador
  5. 在同一活动中可以有vá几人咨询并了解情况
  6. 理想é只有一个回应á每个活动。这避免了并行或重复的过程。但是,如果真的有必要á河定义不止一个ável, a divisã每个职责的职责á清楚明确。

你很清楚ê如何建立RACI问责矩阵?您认为您可以为您的业务设置一个吗?ócio?

如何查看责任矩阵的示例以确保á主导这个过程?那里ás,如何看3个例子?

责任矩阵模型,见3

我们为您选择了3个RACI责任矩阵示例ê ver, na prá抽搐,他们如何工作。

责任矩阵模型1:

RACI矩阵

资源: 高速钢

这个éRACI问责矩阵的一个非常简单的示例。

请注意,它仅列出负责人员的姓名á在第一行中,未指明位置或功能ções。在某种程度上,理想é指出职位和职能ções,因为流程是ão由受过训练可以执行每项任务的人员执行。

因此,如果这些员工之一无法甚至离开公司,则必须重做RACI表。什么não é o ideal.

因此,建议não使用人们的名字,但很有趣çõ或他们在公司中担任的职位。如果涉及的人是外部的à公司,必须以同样的方式行事。

责任矩阵模型2:

raci矩阵示例1

资源: 一起联网

责任矩阵的第二个模型já采纳á第一行。

它是用于系统开发过程的RACI矩阵。

请注意,无论谁é o responsá一个任务(标有R),可以向其咨询(C),也可以向其告知(I)。你甚至可以é甚至是另一个任务或活动的批准者(A)。

例如,这发生在“分析”列中。

Alé另外,在经理栏中请注意,该公司员工é同时,á活动的(R)和批准者(A)“监控和跟踪系统开发”.  如下所示,在c中é对应的鱿鱼:R / A。

最后,值得一提的是,RACI表的成员之一可以ão ser responsá任何活动的直接(R),无论是批准者(A)还是咨询(C)。这个é助手的情况(última coluna) que é仅通知(I)该过程中发生的所有活动。

责任矩阵模型3:

RACI矩阵

资源: 的GitHub

在RACI矩阵的这个例子中,é在明确定义的位置中指示了其中涉及的那些位置,这是一个特殊功能。创建了一种新的责任类型,即测试人员,以字母(T)表示。

这是因为这是一个软件开发过程。在这样的过程中,某些重要的责任é bastante especí和差异化,这可能是必要的ário.

在这种情况下,请测试软件én的重要一步ão可以用RACI矩阵的常规字母表示,也可以用其他字母表示。

因此,当涉及具有这些特征的过程时í可以创建一个新的责任类别,为其定义一个字母并在表格中指明。看到那个é在所有列中会发生什么úRACI矩阵示例的最后一行。

责任矩阵模型4:

在HEFLO,职责是ã出现在门户上并允许用户á快速确定您的责任。

示例矩阵raci heflo

也请阅读ém:

使用RACI矩阵的优势

毕竟我们已经看到了,直到é aqui, talvez você想知道:为什么要使用RACI方法?有什么好处ícios disso?

这是我们准备的简短清单:

  • 易于跟踪职责。
  • 它可以帮助流程的其他成员了解向谁报告,寻求帮助或收取费用。
  • 防止进程因某人而停顿é我不再履行归因于他的责任ída.
  • 正式和书面控制“谁应该做什么”.
  • 工具fá易于使用和创建,直观直观。镨á以便迅速咨询。
  • 促进沟通ção在团队成员之间进行协作ção和团队合作。
  • 迪维斯ã工作组成员明确而客观的任务。
  • 更有责任感,他人的工作和成果取决于成就ção do seu trabalho.
  • 资源是ão alocados na 测量 适合每位员工。
  • 避免重复任务。
  • 为了健康í团队成员的后备完全知道该怎么做。

您ê在贵公司使用RACI矩阵?

Já你知道RACI矩阵吗?你怎么找到她的有意从事您的业务ócio?

其实já在贵公司使用?告诉我们如何é sua experiê用这个工具在评论中ários.

让我们分享这些知识!

3 评论. 离开新的

  • 头像
    亚历克斯·戈麦斯·费尔南德斯
    2020年6月3日下午2:43

    早上好,在我工作的公司中,没有使用RACI矩阵,这使得很难解释谁对流程的某些活动负责。出现问题时,没人指责。启发文本,增加了有关此工具的更多知识。

    回复
  • 我不同意以下几点:

    如果负责人与批准人相同,则活动/流程中存在明显的利益冲突,也就是说,在任何情况下,负责活动/流程的人都不会批准开发的工作,因此具有这种配置没有任何意义!

    还有一点,有一个以上的活动负责!有一种说法是,两只狗因饥饿死亡,我相信这完全适用于这种情况,意见的不同恰恰在于“R”, o “R”是负责任的,也就是说,负责某项任务/过程的人而不是负责执行该任务的人,我可以有不止一名执行人,我应该只有一名负责人,

    这是我唯一不同意的两点,恭喜!本文的其余部分写得很好。

    回复

留下答案

您的电子邮件地址不会被公开。 必填字段标有 *

填写此字段
填写此字段
请输入有效的电子邮件地址。

菜单