第3章:角色与职责矩阵设计 —— 角色定义、职责分配、RACI 矩阵模板
3.1 适用场景
角色与职责矩阵(RACI)用于权限映射重构中明确谁执行、谁审批、谁支持、谁被告知。本章适用于以下场景:
- 新业务流程上线前,需定义岗位与权限的对应关系。
- 现有权限映射混乱,出现“多头审批”或“无人负责”现象。
- 跨部门协作中,权限边界模糊导致流程阻塞。
- 合规审计要求提供清晰的职责分配记录。
3.2 前置条件
- 已完成流程活动清单(第2章输出物)。
- 已梳理组织架构与岗位列表(含外包、临时角色)。
- 已识别权限对象(系统、数据、功能、物理设备)。
- 获得业务负责人与IT安全代表的授权支持。
3.3 操作步骤
- 列出流程活动:从流程SOP中提取所有需要权限控制的活动节点。
- 识别参与角色:每个活动标注可能涉及的岗位(执行者、审核者、协作者、知情者)。
- 应用RACI规则:
- R(Responsible):负责执行,对交付物负责。
- A(Accountable):最终审批,对结果承担最终责任。
- C(Consulted):提供意见或专业知识。
- I(Informed):仅需被告知结果。
- 填充矩阵:使用下方模板,每个活动-角色交叉格只能填一个R/A/C/I。
- 冲突检查:每个活动必须有且仅有一个A;R和A不能是同一人(建议)。
- 评审与签字:由项目经理、业务主管、安全官会签。
3.4 输入输出物
| 类型 | 名称 | 说明 |
|---|---|---|
| 输入 | 流程活动清单 | 第2章产出,包含活动编号、名称、触发条件 |
| 输入 | 岗位列表 | 组织架构图+岗位职责描述 |
| 输出 | RACI矩阵表 | 符合模板的Excel/CSV文件 |
| 输出 | 职责边界说明书 | 对每个角色的权责范围进行文字描述 |
3.5 责任边界
- 流程Owner:确保RACI矩阵覆盖所有关键活动,并组织评审。
- 业务分析员:负责填写初稿,协调跨部门沟通。
- IT安全代表:审查矩阵是否符合最小权限原则与合规要求。
- 角色本人:确认自身承担的R/A/C/I职责,并反馈实际可行性。
3.6 记录材料
归档以下材料至流程知识库:
- RACI矩阵Excel文件(含版本号、日期、修订原因)。
- 评审会议纪要(参会人、决议、待办项)。
- 签字确认页(电子签或纸质扫描件)。
3.7 异常处理
| 异常现象 | 应对措施 |
|---|---|
| 一个活动出现多个A | 重新指定唯一A;若需共担,需书面说明并分拆活动 |
| 某个活动找不到合适的R | 回退至流程设计阶段,调整活动粒度或新增临时角色 |
| 角色拒绝承担R或A | 升级至项目发起人协调,必要时调整组织职责 |
| 矩阵与实际执行不一致 | 启动权限映射审计,更新矩阵并重新发布 |
3.8 验收标准
- 每个活动节点均被分配且仅分配一个A。
- 所有角色名称与组织架构岗位一一对应,无“虚位”角色。
- 矩阵中R/A/C/I无冲突(例如同一人同时为某活动的R和A,需备注解释)。
- 矩阵已通过业务、安全、合规三方评审签字。
- 矩阵版本控制合规,可追溯历次变更。
💡 最佳实践:RACI矩阵完成初稿后,建议使用“走查会议”方式,邀请所有角色本人当场确认,避免事后推诿。
关键检查点:矩阵中每一行的 A 数量 = 1,每一列的角色职责总和不超过该岗位的实际人力能力(避免一人承担过多R导致瓶颈)。
3.9 RACI 矩阵模板
直接复制以下结构至表格工具(Excel/Google Sheets)使用:
| 流程活动 | 角色A:销售代表 | 角色B:销售经理 | 角色C:财务审核 | 角色D:风控 |
|---|---|---|---|---|
| 1.1 提交客户合同 | R | A | I | C |
| 1.2 合同条款审查 | C | R | A | C |
| 1.3 合同签署 | R | A | I | I |
⚠️ 常见错误:将R和A分配给同一个自然人,会导致“既当运动员又当裁判员”,应尽量分离。若在小型团队中无法避免,必须在备注列说明并由管理者特批。
交付件命名规范:
示例:
RACI_《流程名称》_V1.0_YYYYMMDD.xlsx示例:
RACI_客户签约流程_V1.0_20250521.xlsx