RACI职责草案

要解决的问题

跨部门项目启动会上，最耗时间的往往不是讨论方案，而是反复确认「这件事到底谁负责、谁拍板」。口头约定散落在聊天记录里，会后各自理解不一致，一旦出问题就开始甩锅。RACI 矩阵是常见的解法，但自己从零画表很费劲：活动粒度难把握、多人争 A 没人愿意认、有人既当执行又当批准人。

这个技能做什么

这个技能把一段事项说明和干系人名单整理成一张 RACI 职责草案表，四个角色分别是：

• R（Responsible）：负责执行
• A（Accountable）：批准拍板，每行建议只有一个 A
• C（Consulted）：咨询后执行
• I（Informed）：事后知会

处理流程分四步：

1. 收集输入：事项范围、干系人/角色列表、可选的已知约束（如谁必须当 A）。缺干系人时先追问，不会凭空补组织架构。
2. 拆活动行：从素材中抽出 3–10 条可分配活动，统一用动词开头。过大的拆、过细的合。
3. 填 RACI 并检查：每行保证有 R 和唯一的 A。遇到三类冲突（多人争 A、无人 R、同一人既 R 又 A 且用户未说明）时，格子里填 ?，并写入「规则检查」和「待确认」，不擅自裁定。
4. 输出草案：标题标明「草案（待对齐确认）」，空表模板在 references/raci-template.md。

典型用法很直接，比如直接说「这件事谁负责谁拍板，帮我做 RACI」或「职责有争议的标出来，别擅自定」。

适用边界

输出只是草案，需要干系人确认后才生效。它不连接组织架构或 HR 系统，不做薪酬编制建议，也不代替正式任命，不会编造没提供的人名。

适合跨部门项目启动、活动上线这类职责模糊、需要一张表对齐的场景。不适合拿来改岗位编制、做绩效打分、拆会后待办或写对外公关声明。如果只有角色没有人名，可以用角色名填表，但要在待确认里注明「需落到具体人」。