如何制作活动RACI责任矩阵
筹委会里几个人都以为某项任务是自己的，或者都以为别人已经接手。
简要回答
RACI矩阵把每项活动任务对应到各个角色，标出一名Accountable（最终负责人）、执行者Responsible，以及需征询的Consulted和需知会的Informed。关键规则很简单：每项任务只有一个Accountable角色。
按任务层级制作，而不是针对整场活动，并在定稿前与表中提到的人逐一核对。
四个字母在活动中的含义
Responsible是动手做事的人。Accountable是对结果负责、对该任务有最终决定权的人。Consulted是在工作定稿前需要被征询意见的人。Informed是事后被告知的人。
同一角色可以既是Responsible又是Accountable。一项任务可以有多个Responsible，但不能有两个Accountable。
五步完成
最容易出问题的任务
- 讲者邀请：节目负责人和主席都以为自己有权批准。
- 供应商付款：预订供应商的人和批准发票的人不是同一人。
- 参会者通知：多人发送信息，细节不一致。
- 涉及联合主办方的事项，见联合主办方责任划分。
让Consulted保持精简
Consulted一栏太长会拖慢每个决定。对每个角色问一句：如果不征询此人，任务会出错吗？不会的话，改为Informed。
较大事项的决策权应写入决策权限矩阵，RACI不能代替它。
实例演示 · 虚构示例
一个虚构协会的论坛矩阵
虚构机构和数字，角色名称与数量仅作示意。
虚构的城市规划师协会（Persatuan Fiktif Perancang Bandar）筹办一天论坛，筹委会七人。初稿有22项任务，其中六行有两个Accountable，三行没有。
复核后，讲者确认归节目负责人，发票批准归财务专员，主席从十一行的Accountable减到四行，并继续在节目主题和讲者短名单上担任Consulted。
| 任务 | 主席 | 秘书处 | 节目负责人 | 财务专员 |
|---|---|---|---|---|
| 讲者短名单确定 | C | I | A/R | I |
| 讲者合同签署 | I | R | A | C |
| 场地订金支付 | I | R | C | A |
| 报名页上线 | I | A/R | C | I |
可直接使用
活动RACI矩阵模板
把此表复制到电子表格，每项任务一行，并确保每行恰好有一个A。
- 规则一：每行一个A。
- 规则二：没有特殊理由，任何角色的A不超过约四分之一的行数。
- 规则三：每个R角色都已确认有能力完成工作。
- 规则四：只有征询会改变结果时才标C。
| 任务 | 角色一 | 角色二 | 角色三 | 角色四 | 角色五 | 检查 |
|---|---|---|---|---|---|---|
| （任务结果） | A/R/C/I | A/R/C/I | A/R/C/I | A/R/C/I | A/R/C/I | 只有一个A？ |
| （任务结果） | ||||||
| （任务结果） |
自己处理，还是寻求外部协助？
以下情况，团队通常可以自行处理
- 筹委会不超过七人，且有人能主持复核会议。
- 角色分工沿用去年，已经清楚。
- 没有联合主办方或外部供应商共同承担任务。
以下情况，外部策划协助更有价值
- 两个机构或多个委员会共同承担任务，对谁是Accountable有分歧。
- 成员经常变动，矩阵几周内就过时。
- 没有人有时间去追各位Accountable确认自己的行。
需要的是双方认可的矩阵，而不只是画出来？
如果草稿已经有了，但大家仍在反复争论谁负责什么，会议项目负责人可以与筹委会一起主持复核，解决重复的最终负责人，并在角色变动时保持矩阵更新。属于筹委会的决定仍由你们自己做。
主办方常见问题
RACI对小型筹委会是否太正式？
形式可以很简单。一页表格、每项任务一个A就够了。价值在于就归属进行的讨论，而不是文件本身。
委员会可以作为Accountable吗？
请指定一个角色或个人。委员会可以做决定，但每项任务应有一个具名角色负责。
矩阵多久更新一次？
每次筹委会会议时复核，成员离任时也要更新，见筹委会成员交接。
相关资源
内容记录: 草稿。根据所引用资料撰写，并经自动规则检查；尚未经过独立审阅。