点赞
收藏
请用微信扫码分享哦~
分享

勿删,用于自定义目录加锚点,隐藏即可

入门指南 | 大规模企业如何用 RACI模型 进行团队权责划分?

+ 关注
+ 关注
title

面对重大且较为陌生的新项目时,规模较大的团队常易面对权责不清、部署效率低的问题,为保证每项任务都能被分配明晰并落实到位,「RACI模型」帮助团队中的每个人明确职权、按需参与,顺畅高效完成任务交付。

01 什么是RACI模型

RACI是一种典型的责任分配矩阵模型,帮助团队定义某项活动中各角色的责任与有效分工:

R(Responsible):谁负责——执行、操作、解决问题的人

A(Accountable):谁批准——拥有任务最终决定权的人

C(Consulted):咨询谁——能给项目提供指导性意见、A或C在做最终决策或行动前必须询问的人

I(Informed):告知谁——各阶段任务的知情者,不必向其征求意见

ima1
RACI角色

02 RACI使用流程

1)建立RACI矩阵:将各任务流程纵向排列在矩阵左侧,将团队各角色/职能横向排列在矩阵上方,形成RACI矩阵,矩阵创建过程中,每项任务下的RACI均须有相应的部门分配(注意,每个字母对应的角色只需对应到职位或部门,无需对应到个人),完成矩阵填写。

注意:每个流程有且仅有一个“A”,避免权责滥用或无人决策;“R”是任务的切实推进者,必须每个流程有且仅有一个“R”, 保证任务交付,避免职责推诿。

RACI矩阵

2)矩阵检查:

立即登录阅读全文
登录或注册即可解锁全站内容,即表示你理解并同意 服务协议 与 隐私政策

横向检查——针对某具体流程进行角色检查:

A.是否存在没有“R”的情况:没有“R”会导致任务实施无法落地、项目无法交付

B.是否存在 “C” 太多的情况:咨询顾问太多将面临成本过高的风险

C.是否存在“I”太多的情况:与项目无关的人无需掌握太多信息

纵向检查——针对各具体部门/职能进行状态分析:

A.是否存在某个部门/职能承担太多“R”的责任?

B.是否存在某个部门/职能频繁作为“A”——是否其权利被过于放大?

C.谁否存在某个部门无需接受太多信息or未接受应有信息?

RACI矩阵的横纵向检查及其引发的矩阵迭代有利于避免部门贡献率功能重叠任务过重这三个主要问题。

03 RACI模型的优点

如前所述,RACI是权责分配的得力模型,具体优点如下:

  • 提高工作效率:权责明晰,避免部门间级别错位与责任推诿
  • 提高组织灵活性:当部门重组或变更(尤其是新成员加入)时,RACI模型帮助其进行职责认领,减少时间浪费
  • 降低沟通阻碍:当某一环节出问题时,RACI模型帮助团队成员依据职责划分第一时间找到协助其解决问题的部门

04 RACI应用实例

本节以“软件开发”任务为例,场景化阐述RACI模型应用:

软件开发有五项流程:需求收集-设计-开发-测试-部署-维护;参与项目的六个角色为:项目经理、产品经理、设计师、开发人员、测试人员、运维人员。

需求收集:项目经理为“A”,产品经理为交付负责人“R”,开发人员全程跟进并参与提出需求建议“C”

设计:项目经理为“A”,设计师完成任务交付“R”,产品经理与开发人员参与讨论“C”

开发:软件开发的关键环节,项目经理仍为“A”,开发人员负责交付“R”,测试人员需参与讨论以便其后续工作“C”

测试:项目经理为“A”,测试人员为交付负责人“R”,开发人员参与测试过程中的讨论,便于理解测试过程中出现的问题“C”

部署:项目经理为“A”,运维人员负责部署“R”,开发人员与测试人员担任顾问角色“C”

维护:项目经理为“A”,运维人员负责维护“R”,产品经理、开发人员与测试人员作为顾问与参与讨论者,以便明确客户需求,便于产品改进

ima3
「软件开发」应用实例

05 RACI模型的注意事项

到这里,想必读者已对RACI模型的适用场景及流程有了较为全面的理解,以下列出了RACI在使用过程中的注意事项,以便您进行进一步的模型优化:

(1)当部门内进行任务更细分、且某项流程有较多人负责时,可将RACI作为横轴列在矩阵上方,矩阵内部填写成员,方便辨识各角色

ima4
RACI优化

(2)执行者“R”不能兼任被告知者“I”

(3)为了建议的客观性,执行者“R”不能兼任顾问“C”

(4)决策者“A”可以兼任执行者“R”

点个赞鼓励一下作者吧~

发表回复

加入社群
创新战略交流群创新战略交流群
扫码进群
扫码加我拉你入群
TOC业务增长群TOC业务增长群
扫码进群
扫码加我拉你入群
TOB业务增长群TOB业务增长群
扫码进群
扫码加我拉你入群~