RACI责任分配表入门|给每项作业定好执行·最终负责·咨询·知会,让工作不再因为没人认领而卡住

项目管理与开发

RACI责任分配表入门|给每项作业定好执行·最终负责·咨询·知会,让工作不再因为没人认领而卡住

RACI责任分配表入门模板面向第一次制作RACI责任分配表的团队负责人和项目统筹,把每项作业的执行(R)·最终负责(A)·咨询对象(C)·知会对象(I)定进一张表,避免因为不知道“这事谁做”而让工作卡住。白板共4页:第1页写清目的,把相关人员按影响力×关心度放进利益相关者矩阵,并用例子确认四个角色的含义;第2页把作业从开始到结束排成5段,在作业×人员表里逐格填入角色;第3页点检最终负责人有2人、没有人、角色集中在1人身上等漏洞,把最终负责人收敛为1人;第4页分发改好的表,定好变更分工的步骤、记录变更以及下次复盘的日期。任务看板分为准备中·分配中·点检中·运行中·已完成5列,“理清相关人员”“列出所有作业”“锁定最终负责人”“复盘并优化分工”4个上级任务下各挂3个子任务。制作RACI表的基本做法是行放作业、列放人员,每项作业的A必须恰好1人、R至少1人。示例场景是公司官网改版,同样的步骤也能用在活动筹备或部门内部分工上。

0 点赞 0 复制 作者: WeProcess
责任分配表 RACI 责任分工 项目管理 新手入门
免费注册并使用此模板

免费注册后,即可从模板市场复制并使用此模板

白板预览

预览模式 RACI责任分配表入门|给每项作业定好执行·最终负责·咨询·知会,让工作不再因为没人认领而卡住

白板预览

① 项目与分工的目的(从这里写起) ② 把相关人员放入影响力×关心度(利益相关者矩阵) 影响力大×关心度低:维持满意度 影响力大×关心度高:重点参与 影响力小×关心度低:持续观察 影响力小×关心度高:共享信息 ③ R=负责执行的人 ④ A=承担最终责任的人 ⑤ C=咨询对象 ⑥ I=知会对象 ⑦ 把①中项目的作业从开始前到结束依次排列 ⑧ 作业×人员的RACI表(行=⑦的作业·列=②右侧的人) ⑨ ⑧的RACI表点检表(写下符合的作业和人员) ⑩ 把最终负责人锁定为1人(⑨中A有2人或没有A的作业,逐一放入候选人) 有权限×不熟悉作业 有权限×熟悉作业 无权限×不熟悉作业 无权限×熟悉作业 ⑪ 分发用⑧⑩改好的表,变更分工时的步骤 ⑫ 分工变更记录 ⑬ 下次复盘日期和触发契机 RACI责任分配表入门看板 使用方法(全4页): ① 第1页写... 目标·执行与最终负责(R·A) 目的·已定规则 困扰·分工漏洞 咨询·知会(C·I)·心得 1/4 理清相关人员 Ctrl+F / ⌘F : 2/4... → 2/4 2/4 列出所有作业 ↙ 3/4 项目名称和周期例)公司官网改版周期:10月〜12月(3个月) 当前遇到的困难例)“这事到底谁做”让会议卡住。每次都在为谁做最终确认而扯皮。 分工表希望达成的状态例)每项作业的最终决定人都只有1个人,全员都能说出自己的角色。 縦軸: 影响力(上=大) / 横軸... 例)财务部(只参与预算审批)。重大决定前会听取意见,设为C的候选。若有需要设为C的作业,就在⑧的表里加一列。 例)田中(部长)·佐藤(负责人)。加入⑧表的列,作为A的候选。 例)其他部门的销售人员。不加进表的列,只在发布等重大节点作为I通知。 例)铃木(设计)·山本(制作)。加入⑧表的列,作为R或C的候选。 实际动手推进作业的人 例)页面制作由山本(制作)担任R 每项作业至少1人,也可以有多人 决定做法、对结果负最终责任的人 例)确定需求的作业由田中(部长)担任A 每项作业恰好1人。可以和R是同一人 作业前或过程中征求意见的对象 例)设计制作时向山本(制作)咨询是否易于实现 是会商量的对象,太多会拖慢决定速度 把结果或决定告知的对象 例)发布后向田中(部长)汇报 只是告知,不征求意见 1 决定例)确定需求写下要决定做什么、做到什么程度的作业。 2 设计例)制作设计稿写下动手前先做方案或设计图的作业。 3 制作例)制作页面写下实际动手完成的作业。 4 确认例)确认内容写下检查有无错误的作业,以及修改的作业。 5 交付例)发布并汇报写下交给对方的作业,以及通知完成的作业。 例)田中(部长) 例)佐藤(负责人) 例)铃木(设计) 例)山本(制作) 确定需求 A审批需求 R汇总方案 C外观咨询 I听取决定 设计制作 I查看方案 A决定方案 R制作设计 C是否易实现 页面制作 -不参与 R制作一部分 C图片咨询 R主要制作 内容确认 A最终确认 A决定确认 I听取结果 C咨询修改 发布与汇报 I接收汇报 A·R决定发布 I听取结果 R发布作业 3/4 锁定最终负责人 → 4/4 4/4 复盘并优化分工 检查点 ⑧中发现的例子 放任不管会 处理方法 A有2人 同一行有2个以上的A 例)内容确认(田中·佐藤2人) 最后谁决定会产生分歧,作业停滞 用⑩收敛为1人,另1人改为R或I 没有A 同一行没有A 例)页面制作(有2个R但没有A) 出问题也没人决定,被搁置 把⑩右上角附近的人设为A 集中在1人身上 同一列的A和R都集中 例)佐藤(A有3个·R有3个) 这个人请假,大部分作业都会停摆 把R转给别人,或把作业拆成两份 C·I过多 同一行C和I合计3个以上 例)目前没有,增加时写在这里 时间都花在咨询和联络上,进度停滞 事后看结果就够的人从I中移除 縦軸: 决定权限(上=有) / 横... 可以设为A,但把熟悉的人放进C获取判断依据。右上角没人时就从这里选A。 A的第一候选,只从这里选1人。例)内容确认把田中(部长)设为A,佐藤(负责人)以R参与确认。 不设为A,只在需要知道结果时设为I。 不设为A,设为R或C。例)页面制作的山本(制作)保持R,A从右上角附近的人中选。 1 分发分发改好的表给所有人各自说出自己的R·A·C·I以确认。 2 申请想变更的人写下作业名称和理由例)山本的作业增加了,想给页面制作再加1个R。 3 A决定由该作业的A决定是否变更要变更A本人时,由项目整体负责人决定。例)田中(部长) 4 通知改写表格,记录到⑫也要通知变更作业的C和I相关人员。 变更的作业 变更前 → 后 理由 决定人·日期 记录1 例)内容确认 A: 田中·佐藤→ A: 田中 A有2人导致确认停滞 田中(部长)日期:__/__ 记录2 例)发布与汇报 R: 佐藤·山本→ R: 山本 角色集中在佐藤身上 佐藤(负责人)日期:__/__ 记录3 写下下一个变更的作业名称 写下变更前后的角色 一行写清理由 决定人:____日期:__/__ 下次复盘日期例)每月第1个周一例会的前10分钟下次:__/__ 触发复盘的契机例)人员增减、作业增加、同一作业连续2次卡住 尚未决定的分工例)发布后的咨询应对由谁负责(A)尚未确定。留到下次复盘决定。 → 2/4 列出所有作业 ↙ 3/4 锁定最终负责人 → 4/4 复盘并优化分工
100%

拖动可平移,滚动可缩放

任务看板内容

准备中 16 项

理清相关人员
列出所有作业
锁定最终负责人
复盘并优化分工
写清目的和周期
把相关人员放入四象限
确认四个角色的含义
按顺序排列作业
把人和作业填入表格
逐格填入角色
用点检表找漏洞
把最终负责人锁定为1人
分摊集中的角色
分发表格并确认
开始记录变更
定下次复盘日期

分配中 0 项

点检中 0 项

运行中 0 项

已完成 0 项

← 返回模板一览