RACI表作成ツール(責任分担表・責任分担マトリクス)
責任分担表(RACI表・責任分担マトリクス)を無料で作成できるツール。種類別テンプレートを選び、タスク×関係者の関わり方を「責任・実行・相談・報告」の日本語で選ぶだけ——RACIをよく知らなくても作れます。
- 登録・ログイン不要
- 無料
- 入力値をサーバーに送信しません
タスクに役割を割り当てると、責任の抜け・重複を判定します
入力条件を確認
直すべきタスク
表はキックオフで関係者と読み合わせ、合意してから配布してください。入力内容は外部に送信されません。
1テンプレートを選ぶ✓ 完了
近い種類を選ぶと、タスク・役割・割り当ての下書きが入ります。②③で自分のプロジェクトに合わせて直してください。
2プロジェクト名と関係者✓ 完了
関係者(最大5列)。役割名・部門名・氏名のどれでも使えます。
3タスクごとに関わり方を選ぶ0件のタスク
RACIを覚えていなくて大丈夫です。それぞれの人がそのタスクに「どう関わるか」を、日本語の選択肢から選んでください。
迷ったら: 「この件で問題が起きたら誰に聞く?」の答えが責任(A)、「実際に作業するのは誰?」の答えが実行(R)です。関わらない人は「−」のままにします。
入力内容はブラウザ内だけで計算・保存され、サーバーには送信されません。「条件のURL」も入力値を#以降に載せるためサーバーへは送られませんが、URLを共有した相手は入力値を見られます。無料・登録不要で使えます。
USE CASESこんな場面で使える
- プロジェクトのキックオフ「これ誰がやるんだっけ?」を始まる前に一枚の表で潰す
- 部門をまたぐ取り組みシステム導入・業務改善など、関係者が多い仕事の責任の空白と重複を見つける
- 停滞の立て直し進まないプロジェクトの原因(責任者不在のタスク)を可視化して仕切り直す
- 生成AIの社内展開利用ガイドラインの策定・リスク評価・インシデント対応の責任を、推進担当・情シス・法務で切り分ける
FORMULA計算式・仕組みと根拠
- RACIの4役割: R(Responsible)=実行担当 / A(Accountable)=説明責任者・承認者 / C(Consulted)=相談先 / I(Informed)=報告先
- 欠陥チェック: Aが不在のタスク・Aが2人以上のタスク・Rが不在のタスクを自動検出します。
- 根拠: 「Aは1タスクにつき1人」はRACIの基本原則で、責任者の不在・重複はプロジェクト遅延の典型要因とされています。
EXAMPLE入力例と結果の読み方
工程ごとの担当と承認者を決める
- 用意するもの
- タスク・役割・責任/実行/相談/報告の割り当て
- 完成するもの
- タスク別の責任分担表を作り、責任者の不在・重複などを確認して、関係者との合意に使えます。
- 持ち出し方
- Excel形式のコピー・印刷
自動チェックを通っても、担当者の負荷や関係者の合意までは保証しません。
具体的な入力例と結果を読む
テンプレート「システム導入」を選ぶと、要件定義から運用ルール策定まで9タスク×5役割(経営層・情報システム・現場部門・推進担当・ベンダー)のRACI表が下書きとして入り、判定は「共有できる状態」になります。試しにどれかのタスクのA(承認)を「−」に変えると、判定が「責任者(A)不在が1件」に変わる——この欠陥チェックが、表を作る価値の半分です。
PITFALLSよくある間違い
- 関係者を全員列に並べる(ほとんどのセルがIで埋まった「全員に共有」の表になる。意思決定と実行に関わる役割だけに絞る)
- C(相談先)を付けすぎる(タスクごとに会議が必要になり、表が遅延装置になる。「その人の入力なしに進められない人」だけをCにする)
- 作って配って終わりにする(キックオフで読み合わせて合意する。体制が変わったら見直す)
NOTES境界条件・注意点
- タスクは10行・役割は5列までです。それ以上必要な場合は、粒度が細かすぎる可能性が高いので「責任の変わり目」単位にまとめてください
- 役割名は部門名でも個人名でも使えます(入力内容は外部に送信されません)
- テンプレートの割り当ては一般的な例です。自社の決裁ルールに合わせて必ず調整してください
責任分担表(RACI表)とは?
責任分担表とは、タスクごとに「誰が手を動かし、誰が最終責任を持ち、誰に相談し、誰に報告するか」を 1枚の表に並べたものです。役割を表す4つの英単語の頭文字からRACI表(読み方は「レイシー」)と呼ばれ、日本語では 責任分担表・責任分担マトリクス・役割分担表と表記されますが、どれも同じものを指します。
作る目的は作業の割り振りそのものではなく、担当が宙に浮くタスクと、責任者が複数いるタスクをなくすことです。 プロジェクトが止まる原因の多くは能力ではなく「誰が決めるのか決まっていない」ことにあるため、 キックオフの時点で表にして関係者と読み合わせ、合意した状態から始めます。 作り方の詳しい考え方は用語集のRACI(責任分担マトリクス)で解説しています。
RACI表の読み方(R・A・C・Iの意味)
| 記号 | 役割 | 意味 | ルール |
|---|---|---|---|
| R | Responsible(実行担当) | 実際に手を動かしてタスクを完了させる | 1人以上。多すぎると責任が薄まる |
| A | Accountable(説明責任者) | 成果の最終責任を持ち、完了を承認する | 必ず1人だけ。不在・重複は欠陥 |
| C | Consulted(相談先) | 着手前・実行中に意見を求める(双方向) | 「入力なしに進められない人」だけに絞る |
| I | Informed(報告先) | 決定・完了を共有する(一方向) | 周知だけなら表の外の配布リストで |
日本の組織ではAを「承認者・決裁者」、Rを「主担当」、Cを「事前に話を通す人」、Iを「CCに入れる人」と 読み替えると、稟議・根回しの慣行とそのまま対応します。同じ人がAとRを兼ねるのは問題ありません。
プロジェクト種類別のRACIテンプレート5種
このツールに内蔵しているテンプレートの中身です(◯の位置は一般的な例で、自社の決裁ルールに合わせて調整してください)。 表の作り方の考え方は用語集のRACI(責任分担マトリクス)で解説しています。
システム導入のRACIテンプレート(タスク9件×役割5)
| タスク | 経営層 | 情報システム | 現場部門 | 推進担当(PM) | ベンダー |
|---|---|---|---|---|---|
| 要件定義 | 報告 I | 実行 R | 相談 C | 責任 A | 相談 C |
| 製品・ベンダー選定 | 相談 C | 実行 R | 相談 C | 責任 A | − |
| 予算の承認 | 責任 A | 相談 C | 報告 I | 実行 R | − |
| 契約手続き | 責任 A | 相談 C | 報告 I | 実行 R | 相談 C |
| データ移行 | − | 責任 A | 相談 C | 報告 I | 実行 R |
| 初期設定・構築 | − | 責任 A | 相談 C | 報告 I | 実行 R |
| 操作研修 | − | 相談 C | 実行 R | 責任 A | 相談 C |
| 本番切替の判断 | 責任 A | 実行 R | 相談 C | 実行 R | 報告 I |
| 運用ルールの策定 | 報告 I | 実行 R | 相談 C | 責任 A | − |
業務改善プロジェクトのRACIテンプレート(タスク7件×役割5)
| タスク | 経営層 | 部門長 | 推進リーダー | 現場メンバー | 関連部門 |
|---|---|---|---|---|---|
| 現状調査・課題の特定 | 報告 I | 責任 A | 実行 R | 実行 R | 相談 C |
| 改善案の立案 | − | 相談 C | 責任 A | 実行 R | 相談 C |
| 効果試算 | 報告 I | 相談 C | 責任 A | 実行 R | − |
| 実行計画の承認 | 責任 A | 実行 R | 実行 R | 報告 I | 報告 I |
| 施策の実行 | − | 報告 I | 責任 A | 実行 R | 相談 C |
| 効果測定 | 報告 I | 相談 C | 責任 A | 実行 R | − |
| 定着化・横展開 | 報告 I | 責任 A | 実行 R | 相談 C | 相談 C |
新サービス立ち上げのRACIテンプレート(タスク8件×役割5)
| タスク | 経営層 | 企画責任者 | 開発・制作 | 営業・マーケ | サポート |
|---|---|---|---|---|---|
| 市場調査 | 報告 I | 責任 A | − | 実行 R | − |
| 企画立案 | 相談 C | 責任 A | 相談 C | 実行 R | 相談 C |
| 投資判断 | 責任 A | 実行 R | 報告 I | 報告 I | − |
| 開発・制作 | − | 責任 A | 実行 R | 相談 C | 相談 C |
| 価格設定 | 責任 A | 実行 R | − | 相談 C | − |
| 販売準備・体制構築 | 報告 I | 相談 C | 相談 C | 責任 A | 実行 R |
| ローンチ | 報告 I | 責任 A | 実行 R | 実行 R | 実行 R |
| 振り返り・改善 | 報告 I | 責任 A | 相談 C | 実行 R | 実行 R |
生成AI導入・利用ルールのRACIテンプレート(タスク9件×役割5)
| タスク | 経営層 | AI推進担当 | 情報システム | 法務・コンプラ | 現場部門 |
|---|---|---|---|---|---|
| 活用方針・対象業務の決定 | 責任 A | 実行 R | 相談 C | 相談 C | 報告 I |
| リスク評価(情報漏えい・著作権) | 報告 I | 責任 A | 相談 C | 実行 R | 相談 C |
| 利用ガイドラインの策定 | 相談 C | 実行 R | 相談 C | 責任 A | 相談 C |
| 利用ツールの選定・契約 | 報告 I | 責任 A | 実行 R | 相談 C | 相談 C |
| アカウント発行・権限設定 | − | 責任 A | 実行 R | − | 報告 I |
| 社内研修・利用方法の周知 | 報告 I | 責任 A | 相談 C | − | 実行 R |
| 利用状況のモニタリング | 報告 I | 責任 A | 実行 R | 相談 C | − |
| インシデント対応(漏えい・誤回答) | 責任 A | 実行 R | 実行 R | 相談 C | 報告 I |
| ガイドラインの定期見直し | 報告 I | 実行 R | 相談 C | 責任 A | 相談 C |
社内イベント・セミナーのRACIテンプレート(タスク8件×役割5)
| タスク | 主催責任者 | 運営担当 | 講師・登壇者 | 広報 | 総務 |
|---|---|---|---|---|---|
| 企画・目的設定 | 責任 A | 実行 R | 相談 C | 相談 C | − |
| 予算の承認 | 責任 A | 実行 R | − | − | 相談 C |
| 会場・日程の手配 | 報告 I | 責任 A | 相談 C | − | 実行 R |
| 集客・告知 | 報告 I | 実行 R | − | 責任 A | − |
| 資料準備 | 相談 C | 責任 A | 実行 R | − | − |
| 当日運営 | 報告 I | 責任 A | 実行 R | 相談 C | 実行 R |
| アンケート回収・集計 | 報告 I | 責任 A | − | 相談 C | 実行 R |
| 実施報告 | 責任 A | 実行 R | − | 報告 I | 報告 I |
RACI表とWBSはどう使い分ける？
WBS(作業分解構成図)は「何を・いつまでに・どれだけの工数で」を管理する道具、RACIは「誰が・どの立場で関わるか」を 合意する道具です。実務では、WBSの主要タスク(中項目程度)を左列に置いてRACIを作り、 細かい作業分解と日程はWBS作成ツール側で管理する分業が使いやすい形です。 プロジェクト計画全体の作り方はWBSの作り方の記事を参照してください。
FAQよくある質問
RACI(レイシー)とは何ですか？
RACIとは、プロジェクトのタスクごとに、R(Responsible=実行担当)・A(Accountable=説明責任者)・C(Consulted=相談先)・I(Informed=報告先)の4つの役割を一覧表で明確にする責任分担の手法です。関係者が多いプロジェクトで「誰がやるのか曖昧なタスク」をなくすために使います。
RACIのAとRの違いは何ですか？
R(実行担当)は実際に手を動かしてタスクを完了させる人、A(説明責任者)は成果の最終責任を持ち完了を承認する人です。日本の組織ではAを「承認者・決裁者」、Rを「主担当」と読み替えると分かりやすく、Aは1タスクにつき必ず1人だけ置くのが原則です。同じ人がAとRを兼ねることは問題ありません。
Aが2人いるタスクはなぜダメなのですか？
最終責任者が2人いると、意思決定のたびに両者の調整が必要になり、意見が割れたときに誰も決められなくなるためです。どうしても2部門の合意が必要な場合は、どちらか一方をA、もう一方をC(相談先)にして、最終決定権の所在を1つに固定します。このツールはAが2人以上のタスクを自動で検出します。
作ったRACI表はExcelに貼れますか？
貼れます。「Excel用にコピー」ボタンでタブ区切り形式がコピーされるので、ExcelやGoogleスプレッドシートにそのまま貼り付けると表になります。画面の表は印刷にも対応しており、キックオフ資料として配布できます。
RASCIやDACIとの違いは何ですか？
RASCIはRACIにS(Supportive=実行の支援者)を加えた5役割版、DACIは意思決定の場面に特化したフレームワーク(Driver・Approver・Contributor・Informed)です。通常のプロジェクトの役割分担はRACIで十分です。詳しくは用語集のRACIのページで解説しています。