RACIとは｜役割分担表で担当と責任者をはっきりさせる方法

2026年9月26日

＠SOHO編集部

この記事のポイント

✓報告を受ける人を決めて表にする役割分担の方法です
✓RACIチャートの作り方の手順
✓チームで運用し続けるコツまでを解説します

プロジェクトが進むうちに、「この作業は誰がやるのか」「最後に決めるのは誰なのか」「これは誰に伝えればよいのか」が曖昧になり、作業が止まったり、同じ作業を2人がやっていたりする。担当を決めたはずなのに、トラブルが起きると誰も責任を持っていなかったことに気づく。RACI（レイシー）は、こうした役割の曖昧さをなくすための、役割分担の表の作り方です。

この記事では、RACIの4つの役割の意味と、RACIチャートの作り方の手順を説明したうえで、具体例を使って書き方を紹介します。後半では、よくある失敗とその直し方、目的に合わせて派生した形、作った表を使い続けるためのコツまでを整理します。作業の担当と進み具合をチームで共有する道具として、プロジェクト管理ツールのPinatecaにも触れます。

RACIとは何か

RACIとは、プロジェクトや業務の作業ごとに、関わる人の役割を4つに分けて決める方法です。4つの役割の英語の頭文字をとって、RACIと呼ばれます。作業を縦に、人を横に並べた表を作り、それぞれのマスに役割の記号を書き込みます。この表をRACIチャート、またはRACIマトリクスと呼びます。

記号	英語	日本語の役割	何をする人か
R	Responsible	実行責任者	実際に作業を行う人
A	Accountable	説明責任者	作業の結果に最終的な責任を持ち、承認する人
C	Consulted	相談先	作業の途中で意見や助言を求められる人
I	Informed	報告先	作業の進み具合や結果を知らされる人

工数管理のツールを提供するクラウドログの解説は、RACIの目的を、チームの中の一人ひとりに割り当てられた役割を決め、責任の所在と作業をする人を見える形にすることだと説明しています。どれだけ大きなプロジェクトも、1つ1つの作業の積み重ねでできています。その1つ1つについて、誰がやり、誰が責任を持ち、誰に相談し、誰に伝えるのかを決めておけば、作業が宙に浮くことを防げます。

RACIの考え方は、プロジェクトマネジメントの国際的な指針であるPMBOKでも、責任分担の表の例として紹介されてきました。IT、建設、製造、マーケティングなど、業種を問わず使われています。

4つの役割をくわしく知る

4つの役割は似ているようで、それぞれ違う意味を持っています。混同しやすい点を中心に、くわしく見ていきます。

R：実行責任者

実行責任者は、作業を実際に行う人です。資料を作る、プログラムを書く、取引先に連絡するなど、手を動かして作業を進めます。1つの作業に、実行責任者が複数いてもかまいません。大きな作業では、何人かで分担して進めることもあります。

A：説明責任者

説明責任者は、作業の結果に最終的な責任を持つ人です。作業がきちんと終わったかを確かめて承認し、問題が起きたときには、上司や取引先に対して説明する責任を負います。説明責任者は、1つの作業に必ず1人だけにします。2人以上いると、どちらが最終的に決めるのかが曖昧になり、責任の押し付け合いが起きるからです。小さなチームでは、実行責任者と説明責任者を同じ人が兼ねることもあります。

C：相談先

相談先は、作業の途中で意見や助言を求められる人です。その作業に関わる専門の知識や経験を持つ人が選ばれます。クラウドログの解説では、相談先の役割を次のように説明しています。

相談先・協業先は知識や経験が豊富な人が就きます。また、相談先・協業先は、トラブルが起きる前に実行責任者にアドバイスすることもあります。出典: crowdlog.jp

相談先とのやり取りは、双方向です。実行責任者が意見を求め、相談先が答える、という会話が生まれます。

I：報告先

報告先は、作業の進み具合や結果を知らされる人です。相談先と違い、やり取りは一方向です。報告先は意見を求められるのではなく、知らされる立場です。作業が終わったら、その結果を受けて次の作業を始める人や、全体の状況を把握しておく必要がある人が報告先になります。

相談先と報告先の違いは、作業の前や途中で意見を聞く相手か、進み具合や結果を伝える相手かで考えると分かりやすくなります。

RACIを使うメリット

RACIチャートを作ると、チームの仕事の進め方がどう変わるのでしょうか。主なメリットを整理します。

責任の所在がはっきりする

作業ごとに説明責任者が1人決まるので、「誰が最終的に決めるのか」で迷うことがなくなります。問題が起きたときに、誰に判断を仰げばよいかもすぐに分かります。

作業の抜けと重なりが見つかる

表を作る過程で、実行責任者が誰もいない作業や、同じ作業に何人もの人が関わっている状態が見つかります。担当の抜けによる作業の停滞や、重なりによる無駄を、始める前に防げます。

相談と報告の相手が分かる

誰に相談し、誰に伝えればよいかが表に書かれているので、迷わずに連絡できます。必要な人に情報が届かない、あるいは関係のない人にまで情報が送られて混乱する、といったことが減ります。

一人ひとりの負担が見える

人ごとに縦の列を見ると、その人がいくつの作業の実行責任者や説明責任者になっているかが分かります。特定の人に役割が集中していれば、担当の割り振りを見直すきっかけになります。

新しく入った人がすぐに状況をつかめる

途中からチームに加わった人も、表を見れば、誰が何を担当しているのか、自分は何に関わるのかがすぐに分かります。

RACIチャートの作り方の手順

RACIチャートは、次の5つの手順で作ります。表計算ソフトがあれば、すぐに作り始められます。

手順1：作業を書き出す

プロジェクトや業務に含まれる作業を、縦に書き出します。作業の大きさは、「企画書を作る」「見積もりを取る」「契約を結ぶ」のように、誰か1人が責任を持って終わらせられる大きさにそろえます。大きすぎると役割を決めにくく、小さすぎると表が膨れ上がって管理できなくなります。数人のチームの小さなプロジェクトなら、10〜30個ほどの作業に分けると扱いやすくなります。

手順2：関わる人を書き出す

プロジェクトに関わる人や部署を、横に並べます。チームのメンバーだけでなく、承認を出す上司、意見を聞く他部署の担当者、成果物を受け取る取引先なども含めます。人の名前ではなく、「営業部長」「デザイン担当」のように役職や役割で書く方法もあります。役割で書いておけば、担当者が入れ替わっても表を作り直す必要がありません。

手順3：役割を書き込む

作業ごとに、R、A、C、Iの記号を書き込んでいきます。最初に説明責任者のAを1人決め、次に実行責任者のRを決め、最後に相談先のCと報告先のIを決める順番で進めると、迷いにくくなります。

手順4：表を見直す

書き込んだら、作業ごとの横の行と、人ごとの縦の列を見直します。チェックする点は、後の「作った表のチェックの仕方」でくわしく紹介します。

手順5：関係者と合意する

完成した表を関係者に見せ、自分の役割に納得しているかを確かめます。本人が知らないうちに説明責任者にされていた、ということがあると、表は機能しません。会議で表を画面に表示し、1行ずつ確かめながら合意するのが確実です。

クラウドログの解説でも、作り方は「作業とメンバーを書き出す」「役割を割り当てる」「役割を確認する」の流れで紹介されています。

具体例：社内向けの研修を開く場合

ここでは、社内向けの研修を開くプロジェクトを例に、RACIチャートを作ってみます。関わる人は、人事部長、人事担当の佐藤さん、人事担当の田中さん、講師を務める営業部の鈴木さん、総務部の担当者です。

作業	人事部長	佐藤	田中	鈴木（講師）	総務
研修の目的と対象者を決める	A	R	C	C	I
研修の内容を作る	I	C		A・R
会場を予約する		A	R	I	C
参加者に案内を送る	I	A	R	I
当日の受付と運営をする	I	A	R	C	C
参加者のアンケートを集める	I	A	R	I
結果を報告する	A	R	C	C	I

この表から、次のことが読み取れます。

研修の目的は人事部長が最終的に決め、佐藤さんが案を作る。案を作るときは田中さんと講師の鈴木さんに意見を聞く
研修の内容は、講師の鈴木さんが自分で作り、自分で責任を持つ。人事部長には完成した内容を伝える
会場の予約は田中さんが行い、佐藤さんが確かめる。会場の設備については総務部に相談する
当日の運営は田中さんが中心となり、佐藤さんが責任を持つ

このように、表にすると、作業ごとに誰が何をするのかが一目で分かります。口頭で「研修の準備は人事でお願いします」とだけ伝えた場合と比べて、誰が何をやるのかの認識違いが起きにくくなります。

具体例2：外部に頼むWebサイトの制作

もう1つ、社外の制作会社やフリーランスにWebサイトの制作を頼む場合の例を紹介します。関わるのは、依頼する会社の広報部長と広報担当、制作を受けるディレクター、デザイナー、エンジニアです。

作業	広報部長	広報担当	ディレクター	デザイナー	エンジニア
サイトの目的と範囲を決める	A	R	C		I
原稿と写真を用意する	I	A・R	C	I
デザインの案を作る	I	C	A	R	C
デザインを承認する	A	R	C	I	I
ページを組み立てる		I	A	C	R
公開前の確認をする	I	R	A	C	C
公開する	A	C	R		R

この例で大切なのは、社内と社外の境目にある作業です。「原稿と写真を用意する」の説明責任者が依頼する側の広報担当になっていることで、原稿が届かずに制作が止まったとき、誰に催促すればよいかがはっきりします。「デザインを承認する」の説明責任者が広報部長になっていることで、ディレクターは誰の承認を得れば次に進めるのかが分かります。

社外の人と一緒に作るRACIは、契約や発注の前に、依頼する側と受ける側で一緒に確かめておくのが理想です。特に、依頼する側が用意するもの（原稿、写真、ロゴ、確認の時間）の責任者をはっきりさせておくと、締切の遅れの原因の多くを先に防げます。

作った表のチェックの仕方

RACIチャートを作ったら、横の行と縦の列を見直して、問題がないかを確かめます。

作業ごとの横の行を見る

気づいた状態	考えられる問題	直し方
Aがいない	最終的に誰が決めるのかが分からない	Aを1人決める
Aが2人以上いる	決める人が曖昧で、責任の押し付け合いが起きる	Aを1人に絞る
Rがいない	誰も作業をしない	Rを決める
Cが多すぎる	意見を聞く相手が多く、作業が進まない	本当に意見が必要な人だけに絞る
Iが多すぎる	報告の手間が増え、受け取る側も読まなくなる	結果を知る必要がある人だけに絞る

人ごとの縦の列を見る

気づいた状態	考えられる問題	直し方
RやAが多すぎる	その人に仕事が集中し、遅れの原因になる	他の人に役割を分ける
役割が1つもない	プロジェクトに関わる必要がない可能性	表から外すか、役割を見直す
Aが多いのにRがない	承認ばかりで、作業の中身を把握していない可能性	Aを実際に作業を知る人に移すことを考える

チェックは、表を作った本人だけでなく、別の人にもしてもらうと見落としが減ります。作った本人は、自分の頭の中の前提で表を読んでしまうからです。

特に大切なのは、説明責任者のAが作業ごとに1人だけになっているかです。この1点を守るだけでも、RACIの効果の大半は得られます。

RACIを作るときのよくある失敗

RACIチャートは作り方が簡単な分、作り方を誤ると形だけの表になってしまいます。よくある失敗と、その直し方を紹介します。

全員を相談先にしてしまう

関係者に気を遣って、どの作業にも全員をCに入れてしまう失敗です。相談先が多すぎると、実行責任者は全員の意見を聞いて回らなければならず、作業が進みません。本当に意見が必要な人だけに絞り、それ以外の人は報告先にします。

役職が上の人をすべての作業の説明責任者にする

部長や課長を、すべての作業のAにしてしまう失敗です。役職が上の人の承認待ちが積み重なり、プロジェクト全体が遅れます。作業の中身をよく知り、判断できる人をAにし、役職が上の人は報告先にするか、重要な作業だけのAにします。

作業の大きさがばらばら

「プロジェクト全体を管理する」という大きな作業と、「会議室を予約する」という小さな作業が同じ表に並んでいる状態です。大きさがそろっていないと、役割の重さを比べられません。作業の大きさは、1人が責任を持って終わらせられる程度にそろえます。

作って終わりにする

プロジェクトの最初に表を作ったまま、更新しない失敗です。担当者が替わったり、作業が増えたりしても表が古いままだと、やがて誰も見なくなります。クラウドログの解説も、この点を次のように指摘しています。

RACIチャートを活用して、プロジェクト内の役割や責任を明確に定義することは極めて重要ですが、作成したチャートをエクセルなどで管理すると実際の進捗や稼働実績との連動が難しく、次第に使われなくなって形骸化してしまうケースがあります。出典: crowdlog.jp

表を使い続ける工夫は、後の節で紹介します。

RACIから派生した形

RACIは基本の形ですが、プロジェクトの事情に合わせて、役割を加えた派生の形も使われています。代表的なものを紹介します。

名前	加わる役割	向いている場面
RASIC	S（Support）：実行責任者を手伝う支援者	実行責任者を手伝う人の存在をはっきりさせたいとき
CAIRO	O（Omitted）：意図的に関わらせない人	関係者が多く、口を挟む人を減らして決定を速めたいとき
RACI-VS	V（Verifier）：確認する人、S（Signatory）：署名する人	品質の確認や正式な署名の手続きが必要なとき

クラウドログの解説によると、RASICは日本の会社にもなじみ深い形で、標準のRACIでは実行責任者に含めるか相談先に含めるかが曖昧になりがちだった支援者を、はっきり示せる点が特長とされています。CAIROは、関与しない人をあらかじめ決めておくことで、不要な会議や手続きを省き、進行を速められるとされています。一方で、関わらないとされた人が疎外感を持たないよう、理由を説明して合意を得ておくことが大切だとも書かれています。

最初は基本のRACIで始め、足りないと感じたときに派生の形を取り入れるのがおすすめです。役割の種類が多すぎると、表を読む人が混乱するからです。

ほかの役割分担の方法との違い

役割を整理する方法は、RACIのほかにもあります。違いを知っておくと、場面に合わせて組み合わせられます。

体制図との違い

体制図は、プロジェクトの組織を、上下の関係が分かるように図にしたものです。誰が誰の上に立ち、どのチームがどこに属しているかがひと目で分かります。一方で、個々の作業について誰が何をするのかまでは分かりません。体制図で組織の形を示し、RACIで作業ごとの役割を示す、という使い分けが一般的です。

WBSとの違い

WBS（作業分解構成図）は、プロジェクトの作業を、管理できる大きさまで細かく分けた一覧です。何をやるのかを洗い出すための道具で、誰がやるのかは別に決めます。RACIを作るときは、WBSで洗い出した作業をそのまま縦に並べると、作業の抜けを防げます。WBSで「何を」、RACIで「誰が」を決めると考えると分かりやすくなります。

担当者の一覧との違い

作業の一覧に担当者の名前を1人ずつ書いただけの表は、手軽で分かりやすい方法です。ただ、担当者が作業をする人なのか、責任を持つ人なのかがはっきりしないことがあります。また、相談すべき人や報告すべき人は書かれていません。RACIは、担当者の一覧を、4つの役割に分けて細かくしたものと考えられます。

職務分掌との違い

職務分掌は、会社の部署や役職ごとに、受け持つ仕事の範囲を決めたものです。会社の中で長く使われる決まりで、プロジェクトのたびに変わるものではありません。RACIは、プロジェクトや業務ごとに作る、期間の限られた役割分担です。職務分掌の範囲の中で、プロジェクトの作業ごとの役割をRACIで決める、という関係になります。

RACIが役立つ場面

RACIは、どんな場面で特に役立つのでしょうか。代表的な場面を紹介します。

複数の部署が関わるプロジェクト

営業、開発、経理、法務など、複数の部署が関わるプロジェクトでは、部署の境目で作業が宙に浮きやすくなります。RACIで作業ごとの責任者を決めておけば、「それはうちの部署の担当ではない」という押し付け合いを防げます。

新しい事業や業務の立ち上げ

新しい事業や業務を始めるときは、決まった担当がまだないため、誰が何をするかが曖昧になりがちです。立ち上げの段階でRACIを作っておくと、仕事の流れが固まるまでの混乱を抑えられます。

外部の会社やフリーランスと一緒に進める仕事

社外の人と一緒に進める仕事では、どこまでが自社の作業で、どこからが相手の作業なのかを、はっきりさせておくことが特に大切です。RACIを契約の前に一緒に作っておけば、後から「それは頼んでいない」「それはそちらの担当だと思っていた」という行き違いを防げます。

担当者の交代が多い業務

人の入れ替わりが多い業務では、役割を名前ではなく役職で書いたRACIを用意しておくと、引き継ぎがスムーズになります。

毎月繰り返す定型の業務

月末の締めの作業や、定期的な報告書の作成のように、毎月同じ流れで繰り返す業務にもRACIは役立ちます。一度表を作っておけば、毎月の作業の流れと、確認や承認の順番が決まるので、担当者が休んだときにも代わりの人が迷わずに進められます。業務の手順書と一緒に保存しておくと、引き継ぎの資料としても使えます。

役割を決める話し合いの進め方

RACIチャートは、一人で作って配るよりも、関係者と話し合いながら作るほうが、納得されやすく、使われ続けます。話し合いの進め方を紹介します。

事前に作業の一覧を用意する

話し合いの前に、進行役が作業の一覧と関係者の一覧を用意しておきます。白紙から作業を洗い出すところから始めると、それだけで時間がなくなります。一覧はたたき台として示し、話し合いの中で直してかまいません。

Aから決めていく

1つの作業ごとに、まず「この作業の結果に最終的に責任を持つのは誰か」を決めます。Aが決まれば、Rの候補も自然に絞られます。意見が分かれたら、その作業の結果について、上司や取引先から説明を求められたときに答えるのは誰かを考えると、決めやすくなります。

迷う作業は保留にする

すぐに決まらない作業は、無理にその場で決めず、「誰と誰が相談して、いつまでに決める」という形で保留にします。曖昧なまま記号を書き込むよりも、決まっていないことがはっきりしているほうが、後のトラブルを防げます。

本人の了承を得る

役割が決まったら、その人に「この作業のAをお願いしてよいですか」と確かめます。とくにAやRを担う人には、その役割に必要な時間や権限があるかも確かめます。権限のない人をAにしても、実際には判断できず、作業が止まってしまいます。

1回の話し合いは、30分から1時間ほどで終えられる分量にします。作業の数が多い場合は、プロジェクトの段階ごとに分けて、何回かに分けて決めていきます。

小さなチームや一人の仕事でのRACI

RACIは大きな組織のための道具だと思われがちですが、数人の小さなチームや、一人で受ける仕事でも役立ちます。

数人のチームでは、全員が何でもやる状態になりやすく、かえって担当が曖昧になります。「おそらく誰かがやるだろう」と全員が思った作業が、結局誰にもやられないまま残る。小さなチームこそ、作業ごとのAを決めておく効果が大きくなります。表を作るのが大げさに感じるなら、作業の一覧に「責任者」の列を1つ加えるだけでもかまいません。

一人で受ける仕事でも、自分以外の関係者の役割を整理するのに使えます。依頼主の担当者、承認する上司、素材を用意する別の部署など、自分の仕事に関わる人を書き出し、それぞれに何を確かめ、何を伝えるのかを整理しておくと、確認の漏れや連絡の行き違いが減ります。

作った表を使い続けるコツ

RACIチャートは、作ったときよりも、使い続けることのほうが難しい道具です。表を形だけのものにしないためのコツを紹介します。

見られる場所で共有する：表を個人のパソコンに保存するのではなく、チーム全員が開ける共有の場所に保存する
定期的に見直す：週次や月次の会議の最初に、表に変更がないかを確かめる時間をとる
変更したら知らせる：担当が替わったら表を直し、変更した点をチームに伝える
作業の管理と結び付ける：表とは別に、作業の進み具合を管理する場所を用意し、RACIの実行責任者をそのまま作業の担当者にする
表を短く保つ：作業が増えて表が長くなりすぎたら、プロジェクトの段階ごとに表を分け、今の段階の表だけを見ればよいようにする

4つ目が特に大切です。RACIは「誰が何をするか」を決める表であって、作業が今どこまで進んでいるかは表に書かれていません。役割を決める表と、進み具合を確かめる場所を結び付けておくと、表が実際の仕事から離れていくのを防げます。

担当と進み具合をチームで共有する

作業の数が少なく、関わる人も少ないうちは、表計算ソフトでRACIチャートと作業の一覧を作り、共有の場所に保存しておけば十分です。RACIの表の右側に「期限」と「状況」の列を加えれば、役割と進み具合を1つの表で確かめられます。

関わる人や作業が増えて、複数人で担当と期限と進み具合を共有したくなったら、プロジェクト管理ツールを使う方法があります。その選択肢の1つが、国産のプロジェクト管理ツールのPinateca（ピナテカ）です。公式サイトによると、カンバン、ガントチャート、カレンダー、リストのほか、人やチームごとに作業の負荷の偏りを見られるリソースボードなど、8種類のボードとチャットが無料プランから使えます。RACIで決めた実行責任者を作業のカードの担当にすれば、カンバンで進み具合を、リソースボードで人ごとの負荷の偏りを確かめられます。オーナー、管理者、メンバーの権限に加えて、ロールを自作して細かく制御でき、社外のゲストを招待することもできると案内されています。

公式の料金ページによると、5人までのチームなら期限なしで無料で、ボードは10個まで、クレジットカードの登録は要りません。6人目、または11個目のボードからはスタンダードプランになり、料金は1人あたり月額500円（税抜、年払いなら1人あたり月額400円）です。

Pinatecaは、@SOHOを運営する株式会社ライフスケープが開発・提供しています。

RACIで役割を決め、日々の作業はツールで共有する。役割と進み具合を分けて管理すると、どちらも無理なく続けられます。

RACIを導入するときの進め方

RACIをチームに初めて取り入れるときは、いきなりすべてのプロジェクトで使おうとせず、段階を踏んで進めると定着しやすくなります。

最初は、関係者が多く、役割の曖昧さで困った経験のあるプロジェクトを1つ選びます。その中で、特に担当が曖昧になりやすい作業から10個ほどを選んで表を作り、関係者と一緒に確かめます。全部の作業を一度に表にしようとすると、作るだけで疲れてしまいます。

次に、作った表を数週間使ってみて、問い合わせ先に迷うことが減ったか、作業の抜けが減ったかを確かめます。効果があれば、表の対象の作業を広げ、別のプロジェクトにも取り入れます。

導入のときに気をつけたいのは、RACIを「責任を追及するための表」にしないことです。誰が悪かったのかを探すために使うと、メンバーは説明責任者になることを避けるようになります。RACIは、問題が起きる前に役割をはっきりさせ、チームが安心して仕事を進めるための表だと伝えることが大切です。

在宅や業務委託の仕事でRACIを生かす

RACIの考え方は、在宅や業務委託で働く人にとっても役立ちます。

業務委託の仕事では、依頼主の会社の中で誰が最終的に決めるのかが分からないまま作業を進めてしまい、納品の直前になって別の人から大きな修正の指示が入る、ということが起きがちです。仕事を始める前に、「この成果物を最終的に確かめて承認するのはどなたですか」「途中で相談するのはどなたですか」「進み具合はどなたにお伝えすればよいですか」と確かめておくだけで、こうした行き違いを防げます。これは、RACIの考え方をそのまま使った確かめ方です。

AIの導入を支援する仕事のように、依頼主の複数の部署に関わる仕事では、部署ごとの役割をRACIで整理して示すと、依頼主の社内の調整も進めやすくなります。AIコンサル・業務活用支援のお仕事では、こうした仕事の内容と求められる経験が紹介されています。アプリの開発の仕事でも、画面の確認は誰が、仕様の判断は誰が、という役割を最初にそろえておくことが、修正の往復を減らします。アプリケーション開発のお仕事では、在宅で受けられる開発の仕事の種類を確かめられます。

在宅ワークの仲介を2004年から続けてきた運営の立場から見ると、トラブルなく仕事を終えられる人は、作業に入る前に「誰が決めるのか」「誰に報告するのか」を自分から確かめています。依頼主にとっても、確認の窓口がはっきりしていることは安心につながります。中間の手数料がかからない直接のやり取りでは、こうした役割の確かめ方の丁寧さが、そのまま信頼と次の依頼につながります。

調査や分析のプロジェクトに関わる人は、研究者の年収・単価相場で研究職の報酬の目安を確かめられます。組織の課題を整理して改善を支える仕事を目指す人は、中小企業診断士の資格ガイドで試験の内容と仕事の広がりを確かめられます。まずは今関わっている仕事の中から、担当が曖昧になりがちな作業を5つ選び、それぞれの説明責任者を1人ずつ決めるところから始めてみてください。