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 項

← 返回範本一覽