RACI责任矩阵:谁负责、谁批准、谁咨询、谁知情
RACI责任矩阵是项目管理的经典工具——谁负责(R)、谁批准(A)、谁咨询(C)、谁知情(I)。FDE项目涉及多方角色,责任划清楚了,就不会出现"都以为对方会做"的真空地带。
RACI是什么
RACI是四个英文单词的缩写:
R(Responsible,负责):具体执行这项工作的人——干活的人。一项工作可以有多个R。
A(Accountable,批准/负责):对这项工作最终负责的人——拍板的人、担责任的人。一项工作只能有一个A(否则责任不清)。
C(Consulted,咨询):在做这项工作之前或过程中,需要咨询意见的人——提供输入的人。双向沟通。
I(Informed,知情):需要知道这项工作进展和结果的人——被告知的人。单向沟通。
RACI矩阵的价值:① 责任清晰——每项工作谁做、谁拍板、谁咨询、谁知情,一目了然;② 避免真空——不会出现"都以为对方会做"的情况;③ 避免重叠——不会出现"两个人都在做同一件事"的浪费;④ 沟通高效——知道该找谁咨询、该通知谁。
FDE项目的典型角色
FDE项目通常涉及以下角色:
FDE方:① 项目经理(PM)——整体项目管理;② FDE工程师——技术方案和开发;③ 业务分析师——需求调研和本体建模;④ 运维工程师——部署和运维;⑤ 质量保证(QA)——测试和质量。
客户方:① 项目发起人(Sponsor)——客户方高层,拍板和资源保障;② 项目经理(客户方PM)——客户方项目管理和协调;③ 业务专家(SME)——提供业务知识和规则;④ 最终用户——使用系统的人;⑤ IT部门——系统对接和技术支持;⑥ 数据管理员——数据提供和质量。
第三方:① 大模型服务商——API和技术支持;② 云服务商——基础设施;③ 系统集成商(如果有)——其他系统对接。
RACI矩阵就是把这些角色跟项目的各项工作对应起来,明确每个角色在每项工作中的R/A/C/I。
FDE项目RACI矩阵示例
以下是FDE项目关键工作的RACI矩阵示例:
| 工作项 | FDE PM | FDE工程师 | 业务分析师 | 客户Sponsor | 客户PM | 业务专家 | 最终用户 | IT部门 |
|--------|--------|-----------|-----------|-------------|--------|----------|----------|--------|
| 项目计划 | A/R | C | C | A | C | I | I | I |
| 需求调研 | C | I | R | A | C | R | C | I |
| 数据盘点 | C | R | C | I | A | C | I | R |
| 本体建模 | I | C | R | I | C | A/R | C | I |
| 知识库搭建 | I | C | R | I | C | A/R | C | I |
| 系统设计 | C | A/R | C | I | C | C | I | C |
| 系统开发 | I | A/R | I | I | I | I | I | C |
| 内部测试 | C | R | C | I | C | I | I | I |
| 影子运行 | C | R | C | I | A | C | R | C |
| 效果调优 | C | A/R | C | I | C | C | C | I |
| 用户培训 | C | R | R | I | A | C | R | I |
| 正式上线 | C | A/R | I | A | C | I | C | R |
| 验收测试 | C | R | C | A | R | C | C | C |
| 运维移交 | C | R | I | I | A | I | I | R |
| 项目复盘 | A/R | C | C | C | C | I | I | I |
说明:A=批准,R=负责执行,C=咨询,I=知情。每项工作只有一个A。
这个矩阵只是示例,具体项目要根据实际角色和分工调整。关键是:每项工作都要有明确的R和A,不能有真空。
RACI使用的注意事项
注意一:每项工作只能有一个A。如果有两个A,就会出现"两个人都负责=两个人都不负责"的情况。A是最终担责任的人,必须唯一。
注意二:R可以有多个,但不要太多。一项工作可以有多个R(多人协作完成),但R太多会导致责任分散。一般一项工作1-3个R比较合适。
注意三:C和I不要遗漏。该咨询的人没咨询,做出来的东西就会有问题;该知情的人没通知,后面就会有"我不知道这件事"的阻力。
注意四:RACI要跟项目团队共享,不要藏在PM电脑里。团队每个人都要知道自己在每项工作中的角色——我是R还是A还是C还是I?知道了角色,才知道该做什么。
注意五:RACI是动态的,项目过程中可以调整。角色变了、分工变了,RACI就要更新。不要项目开始时做了一份,后面就不管了。
注意六:RACI不是推卸责任的工具,是明确责任的工具。出了问题,看RACI就知道谁该负责——但目的不是追责,是确保每项工作都有人负责,避免出问题。
本节关键要点
- 1 RACI:R负责执行、A批准担责(唯一)、C咨询(双向)、I知情(单向)
- 2 价值:责任清晰、避免真空、避免重叠、沟通高效
- 3 FDE项目角色:FDE方(PM/工程师/分析师/运维/QA)、客户方(Sponsor/PM/业务专家/用户/IT/数据管理员)、第三方
- 4 每项工作只有一个A,R可以有多个(1-3个合适),C和I不要遗漏
- 5 RACI要跟团队共享、动态更新
- 6 RACI是明确责任的工具,不是推卸责任的工具
你现在能做什么
他们会这样考你
FDE和传统IT交付的本质差异是什么?
为什么说"需求背后是人"?举一个你工作中的例子。
更多题目:进入在线考试,七套篇章卷350+题等你挑战。