RACI 责任矩阵和 BPMN 流程
Published:
昨天备完了本学期《人工智能+》翻译模块的最后一次课，主题是人工智能工作流和风险管理。工作流的部分是新增的内容，正好和这两天国社科申报用到的 Microsoft Visio 画图有异曲同工之妙。正好本子还没有提交，里面流程图的部分总觉得有点没说清楚，今天给学生们上完课，对于泳道、任务、决策点这些有了更清楚的认识，也是很奇妙的学习节点。教与学，果然相辅相成。
为了方便自己后续快速上手，这里把 RACI 和 BPMN 的核心思路做一个简明备忘。
一、RACI 责任矩阵：先把“谁负责什么”说清楚
RACI 的价值在于避免“都在管、但没人真正负责”。
| 角色 | 关键词 | 典型动作 | |
|---|---|---|---|
| R（Responsible）执行者 | 谁来做 | 执行任务、提交产出 | |
| A（Accountable）最终负责者 | 谁担责 | 拍板决策、结果兜底 | |
| C（Consulted）被咨询者 | 谁给意见 | 提供专业建议、共同评审 | |
| I（Informed）被告知者 | 谁需知情 | 接收进度、同步状态 |
使用时可按这个最小步骤走：
- 先列流程中的关键任务（不要一上来就铺满细节）。
- 给每个任务指定 1 个 A，再补 R。
- 再根据需要补 C 和 I。
- 检查是否出现“多个 A”或“没有 A”的情况。
小例子：本地化项目管理里，不同阶段的 RACI 人选会变化。
| 项目阶段 | 关键任务 | R | A | C | I |
|---|---|---|---|---|---|
| 需求澄清阶段 | 确认语种范围与上线时间 | 本地化项目经理 | 产品经理 | 区域市场负责人、技术负责人 | 客服、运营 |
| 翻译执行阶段 | 术语表与译文交付 | 外部译员/语言供应商 | 本地化项目经理 | 领域专家、品牌团队 | 产品经理、开发 |
| 测试发布阶段 | LQA 与版本发布确认 | 测试工程师、开发工程师 | 技术负责人 | 本地化项目经理、区域运营 | 管理层、相关业务方 |
二、BPMN 流程：把“事情怎么流转”画清楚
BPMN 的重点是让流程能被不同角色读懂、复用和改进。
- 泳道（Pool/Lane）：按部门或角色分工，谁做什么一目了然。
- 任务（Task）：具体动作，命名尽量用“动词+对象”。
- 网关（Gateway）：表达分支和判断，例如“是否通过审核”。
- 事件（Event）：流程开始、结束，以及关键触发点。
- 连线（Sequence Flow）：表示步骤先后，必要时标注条件。
画图时可先粗后细：
- 先画主干流程（开始-关键任务-结束）。
- 再加关键判断节点和分支。
- 最后补异常路径和回退路径。
- 用一次“走读”检查是否能从头走到尾且无歧义。
三、RACI + BPMN 组合用法：先定责，再优化流程
实用的顺序是：
- 先用 BPMN 画出“当前真实流程”（as-is）。
- 再把每个关键任务映射到 RACI，找责任空白或重叠。
- 针对问题调整流程，形成“目标流程”（to-be）。
- 最后把角色说明、流程图和检查清单放在一起，便于复盘和交接。
总结：RACI 解决“谁负责”，BPMN 解决“怎么流转”，两者结合才能让流程既清晰又可执行。
Leave a Comment