複数の部門やメンバーが関わるプロジェクトにおいて、責任の所在が不透明な状況は進行の停滞やミスの増加を招きます。
プロジェクトにおけるタスクごとの責任者を明確にし、組織の意思決定を迅速化するためのフレームワークがRACIチャートです。
本記事では、RACIチャートの基本概念や役割、派生形チャートとの違い、RACIチャートの具体的な作成方法や活用シーンなどを詳しく解説します。チームのマネジメント最適化、プロジェクトの成功確率向上のために役立ててください。
目次
RACIとは
RACI（レイシー）とは、チームでプロジェクトを運営する場合などに、そのチーム内の個人に割り当てられた役割を定義し、プロジェクトの責任の所在やタスクの実行者を可視化する方法の1つです。
RACIの重要要素には、以下の2つがあります。
- 業務やタスクや役割を確定すること
- 業務の責任者を確定させること
どれだけ大規模なプロジェクトでも、一つひとつの業務の積み重ねで成り立っています。そして1つの業務がどれだけ小さなもの、それが完了しないとプロジェクトは完了しません。そこでRACIを活用することで、プロジェクトの進行中に責任の所在が不明瞭になることを防ぎ、業務を確実に積み重ねていくことの手助けとなるでしょう。
また、RACIによって責任者が明確になっているため、プロジェクトチームのメンバーはどのようなときに誰に頼ればよいのかわかります。それぞれの役割が可視化されているため、報告・連絡・相談する相手に悩まず問題の早期解決を促します。
【無料資料】工数管理を軸にした生産性向上・業務改善の5つのステップ
RACIに含まれるそれぞれの役割の定義
実際のRACIチャートは、次のような形になっています。
■RACIチャートの例（簡略版）
| Wさん | Xさん | Yさん | Zさん | |
| 企画 | R | A | C | I |
| 設計 | I | R | A | C |
| 開発 | C | I | R | A |
そして役割R、役割A、役割C、役割Iにはそれぞれ次の名称がついています。
R：実行責任者：Responsible
A：説明責任者：Accountable
C：相談先・協業先：Consult
I：報告先：Inform
RACIチャートを作成することで、誰がR、A、C、Iを実行するのかがわかります。
それではR、A、C、Iの担当者がそれぞれ何をするのかみていきましょう。
実行責任者：Responsible
実行責任者（R）は、その業務の実行に責任を担います。
大規模プロジェクトでは、業務の一つひとつが複雑になったり作業量が膨大になったりすることがあるため、1つの業務に実行責任者が複数人が任命される場合があります。
一方で小規模プロジェクトは、1人が複数の業務の実行責任者になることも考えられます。
説明責任者：Accountable
説明責任者（A）は、経営者や取引先、ユーザーから問い合わせがあったときの対応の責任を担います。
小規模プロジェクトであれば、実行責任者が説明責任者を兼務することができます。実行責任者はまさにその業務を手がけているため、説明も詳細になりリアリティもあります。
担当者を決める際には、説明責任の所在が曖昧になるのを防ぐために原則1つのタスクに1人を割り振ります。
相談先・協業先：Consult
業務の実行責任者が困難やトラブルに見舞われた場合に、相談先・協業先（C）がサポートしたり相談に乗ったりします。
相談先・協業先がいることで、実行責任者は、万が一のことを心配することなく、目の前の業務に集中することができます。
相談先・協業先は知識や経験が豊富な人が就きます。また、相談先・協業先は、トラブルが起きる前に実行責任者にアドバイスすることもあります。
例えば、「このままだと納期に間に合わないから、この作業は飛ばして、とりあえず80％完成した状態までもっていったほうがよいでしょう」といった業務上のアドバイスをすることができます。
報告先：Inform
報告先（I）は、実行責任者や説明責任者から進捗状況や完了などの報告を受ける役割を持ちます。
各タスクの実行責任者は、自分の担当するタスクの進捗状況についてこの報告先に連絡しなければなりません。
報告先の担当者は各タスクの最新の情報を把握しているため、それを説明責任者に伝えることが仕事です。相談先と報告先の役割には似ている部分がありますが、タスクの進行前や進行中に相談したいことがあれば相談先へ、タスクの進捗状況の報告や完了報告は報告先へと分けて理解するようにしましょう。
RACIの弱点を補える派生形チャート
RACIチャートは、RACI（レイシー）という読み方とともに広く知られ、プロジェクト管理に役立てられています。一方、複雑なプロジェクトにおいては、先述した定義だけでは適合しきれないケースがあるため、標準の枠組みの弱点を補うためにいくつかの派生形チャートが存在します。
より正確に反映できることです。標準モデルの限界を理解し、自社の組織体制に合わせた派生形チャートを柔軟に取り入れることが、プロジェクトマネジメントを成功させるコツです。
以下に紹介する派生形チャートの導入も考慮し、プロジェクトのプランニングを行ってください。
CAIRO
CAIROは、標準のRACIに「O（Omitted：対象外・不関与）」という要素を追加したフレームワークです。
このマトリクスを活用する最大のメリットは、特定のタスクに対して「意図的に関与させないメンバー」を明示できる点にあります。
関係者が多い大規模なプロジェクトでは、多くの人が意見を挟むことによって意思決定が遅れるというトラブルが多発します。
関与対象外の要員をあらかじめ定義しておくことで、不要な会議やプロセスを削ぎ落とし、実務の進行スピードを向上させることが可能です。
CAIROを導入する際には、対象外とされたメンバーが疎外感を持たないよう「なぜこのタスクにおいて不関与とするのか」という理由を明確に説明し、組織的な合意を得ておくことが大切です。
RASIC
RASICは、標準のRACIに「S（Support：支援者）」を追加したもので、日本企業にもなじみ深い派生形チャートです。
実行責任者（R）だけでは負担が大きすぎる業務が発生した際、実作業をサポートするアシスタントの存在を明確にマッピングできることが特徴です。
標準のRACIでは、サポートメンバーを実行責任者に含めるべきか・相談先に含めるべきかという点が曖昧になりがちでした。この課題を解消し、支援者の存在を可視化することで、リソースの過不足を正確に評価できるのがメリットです。
実務担当者へのアドバイスとして、RASICを運用する場合は、実行責任者（R）と支援者（S）の主従関係を明確にするルールを設けてください。責任の境界線を引き直すことで、現場での作業の押し付け合いを防ぐことができます。
RACI-VS
RACI-VSは、標準のRACIへ品質管理に関する2つの役割（「V（Verifier：検証者）」と「S（Sign-off：最終承認者）」）を追加したフレームワークです。
この手法を導入する最大のメリットは、成果物のレビュープロセスを厳密に仕組み化できる点にあります。
成果物が要求水準を満たしているか客観的にチェックする検証者と、その結果を受けてプロジェクトとしての承認を行う最終承認者を分けることで、重大なバグや仕様ミスの見落としを防ぐことができます。
そのため、コンプライアンスや厳しい品質が求められる製造・システム開発に適しています。
成果物のチェック工程が丁寧になる反面、承認のステップが増えるために全体のリードタイムが長くなる点には注意が必要です。
各チェックフェーズの期日をタイトに管理する専用システムなどを併用すると良いでしょう。
RACIチャートのつくり方
ここまで、RACIについて紹介してきました。ここからは実際にRACIチャートのつくり方を解説します。主にやることは次の3つです。
- プロジェクトのタスクと担当者を書き出す
- 担当者にRACIの役割を割り当てる
- 役割の確認を行う
プロジェクトに含まれるタスクとメンバーを書き出す
先ほど紹介したRACIチャートの簡略版をもう一度みてみましょう。
（再掲）■RACIチャートの例（簡略版）
| Wさん | Xさん | Yさん | Zさん | |
| 企画 | R | A | C | I |
| 設計 | I | R | A | C |
| 開発 | C | I | R | A |
- タスク（ここでは企画、設計、開発）
- 担当者名（ここではWさん、Xさん、Yさん、Zさん）
- RACIの割り当て
が確認できるようにします。
まずはタスクと担当者を決めて、RACIチャートに記入できるようにしましょう。
タスクを細かくしすぎると、それぞれのタスクで誰にどの役割を与えるかで悩むことになるので注意が必要です。
メンバーにRACIの役割を割り当てる
タスクと担当者が決まったら、担当者にR、A、C、Iの役割を割り当てていきます。
割り当ては適材適所でなければならず、これはプロジェクトチームのリーダーの人事スキルと労務管理スキルが問われます。
また、兼務にしても良いですが、効率的かつ確実に責務を果たせる人選をする必要があります。
役割の確認を行う
RACIの仕事は責任が重いため、プロジェクトチームのリーダーがRACIを割り当てたら、その該当者に確認を取る必要があります。
この確認作業で「自分にはその役割を果たす能力がない」と辞退されるかもしれません。その場合、別の適任者を探したり、兼務してくれる人を見つけたりする必要があります。
プロジェクトチームのリーダーは、本人への確認作業が終わってRACIチャートが完成した段階で、経営者や事業部長などの決裁者にこれを見せたほうがよいでしょう。
その後決裁者が承認したら、RACIチャートをプロジェクトチームのメンバー全員に公開します。
このとき、プロジェクトチームにプロジェクト管理ツールを導入していれば、メンバー全員に瞬時に報告することができます。
【無料資料】最適な工数管理方法の選び方と管理ツールの費用対効果
RACIチャートをつくるメリット
RACIチャートをつくるメリットには、少なくとも次の3つがあります。
- チーム内の責任を明確にできる
- プロジェクトのスケジュールを管理できる
- プロジェクトに必要な人材を確保できる
チーム内での責任の明確化
RACIチャートを作成しておけば、タスクごとに責任者が決まっているため、トラブルが発覚した瞬間に対策を講じることができます。プロジェクトチーム内での個々の役割と仕事内容、その成果が明確化されていないと、誰が何を行うのかが不明瞭なのでプロジェクトを進めにくいでしょう。
しかし、RACIチャートがあれば誰がそのタスクを担っているのかを一目で確認することができるため、進捗状況を尋ねたり必要であればサポートを要請したりすることも可能となります。
プロジェクトのスケジュール管理
RACIチャートを作成する際には、プロジェクトの完了に必要な日数がみえてきます。なぜならRACIチャートをつくるときにすべての業務を一つひとつ洗い出すことによって、業務の難易度や作業量が判明するからです。
そのためプロジェクトを完遂するまでの大まかなスケジュールを同時に組めるようになり、管理が容易になります。
プロジェクトに必要な人材の確保
RACIチャートが完成し、経営者や事業部長の了承が取れたら、その人材を囲い込むことができ、ほかのプロジェクトに人材を取られる心配がなくなります。
RACIチャートを作成することでメンバーに責任がかかっているので、プロジェクト体制が固まり、優秀なメンバーの取り合いを未然に防ぐことができるでしょう。
【無料資料】プロジェクト生産性を高めて利益を最大化するには？
RACI チャートを使うときの注意点
最後にRACIチャートを使うときの注意点を紹介します。
RACIチャートの対象は、プロジェクト内の一つひとつの業務になる
RACIチャートはプロジェクト全体を司るものですが、RACIチャートをつくるときは、プロジェクトを構成する一つひとつの業務に注目するようにしましょう。
つまり「このプロジェクトに必要なRACIは誰か」と探すのではなく、「この業務に必要なRACIは誰か」といったように人材を見つけることが重要です。
プロジェクトチームの全メンバーの関係性を可視化しているわけではない
RACIチャートが可視化しているのは、RACIを担う担当者の役割だけです。
プロジェクトチームにはRACIの担当者以外にも多数の人が加わりますが、RACIチャートはその人たち全員を対象にしているわけではありません。
プロジェクトチームの全メンバーの関係性を、RACIチャートから判断することはできないことを理解しましょう。
プロジェクトの進行中に大幅な仕様変更があった場合、当然ですが業務内容がガラリと変わります。そして業務が変われば、RACIの適任者も変わります。
そのため、プロジェクトに大幅変更が起きれば、RACIチャートをつくり直す必要があります。
リアルタイムでプロジェクトの状況を把握するにはプロジェクト管理ツールを活用
RACIチャートが完成し、経営者や事業部長の了承が取れたら、素早くプロジェクトチームのメンバーに公表する必要があります。
このとき、プロジェクトチームにプロジェクト管理ツールを導入していれば、了承と同時にメンバー全員にRACIチャートを公開できます。
タスクや責任を確認する際や急な変更があった場合にも、管理ツールでスムーズに連携できるでしょう。
RACIの活用シーン
続いて、RACIチャートがビジネスの現場で具体的にどのように活用されるのか、代表的な3つのシチュエーションを紹介します。
複数の部門がクロスする全社的なDX推進プロジェクト
IT部門、人事部、現場の事業部など、多くのステークホルダーが関わる施策において、システムの要件定義は誰が主導し（R）、最終的な予算承認は誰が負うのか（A）を明確にすることで、部門間のセクショナリズムを打破し、意思決定を加速させます。
新規事業立ち上げ時における業務プロセスの立ち上げ
過去に前例のない新しいビジネスを始める際には定型のマニュアルが存在しないため、担当者が不明確だったりタスクの抜け漏れが発生したりします。RACIチャートを初期段階から運用することで、事業の立ち上げと業務の標準化をスピーディに実現できます。
外部の業務委託先やパートナー企業との合同プロジェクト
社内リソースだけでなく、外部のコンサルティング会社や開発ベンダーと協働する場合、契約範囲が不明瞭だと「どこまでが委託先の作業か」が曖昧になり、トラブルに発展しがちです。RACIを用いて境界線を明確にすることで、健全なパートナーシップと確実な納期管理を維持できます。
効率的にプロジェクト管理を行うならクラウドログ
RACIチャートを活用して、プロジェクト内の役割や責任を明確に定義することは極めて重要ですが、作成したチャートをエクセルなどで管理すると実際の進捗や稼働実績との連動が難しく、次第に使われなくなって形骸化してしまうケースがあります。
役割の定義を企業の利益最大化と現場の生産性向上へと直結させるために役立つのが、工数管理・プロジェクト管理ツール「クラウドログ」です。
クラウドログは、現場の入力負荷を極小化しながら、正確なデータを収集する仕組みに優れています。GoogleカレンダーやOutlookカレンダーなどと連携しており、画面上で予定をドラッグ&ドロップするだけで日々の工数（作業時間）入力が完了します。直感的なUIによって、現場にストレスをかけずにデータを蓄積することが可能です。
収集された正確な工数データは、メンバーごとに設定された単価と掛け合わされ、各プロセスごとの「労務費（工数原価）」として自動計算されます。プロジェクトごとの予算消化率や収支がガントチャート等でリアルタイムに可視化されるため、RACIチャートで「実行責任者（R）」に任命されたメンバーの稼働負荷や、コストの超過（赤字案件の兆候）を早期に発見し、的確な人員配置を実行できます。
さらに、主要な勤怠管理ツールとの自動連携により、実労働時間と工数入力時間の乖離も厳密にチェックします。ソフトウェア制作費の資産計上に必要な正確なエビデンスデータも即座に抽出できるため、管理部門の内部統制強化にも有効です。
クラウドログでは、実際の業務環境でこれらの高度なマネジメント機能を検証できる「無料トライアル」を提供しています。まずは、以下のリンクから詳細な導入資料のダウンロード、または無料トライアルをお申し込みいただき、データに基づく持続可能なプロジェクト管理を体感してください。
まとめ：プロジェクト管理ツールはマストアイテム
ここまでRACIチャートのメリットや作成方法、使い方について解説してきました。RACIチャートの重要性を理解した人は、自分がプロジェクトのリーダーになった際、RACIチャートを活用してみてください。
RACIチャートを活用する人におすすめしたいのが、クラウドログのプロジェクト管理ツールです。RACIチャート自体にもクラウドログのプロジェクト管理ツールは有効ですが、実行責任者（R）の業務も、説明責任者（A）の進捗状況報告も、相談先・協業先（C）とのやり取りも、報告先（I）とのコミュニケーションも、クラウドログのプロジェクト管理ツールで実施できます。クラウドログに興味をもった方はお気軽にお問い合わせください。
この資料では、工数管理・プロジェクト管理ツール「クラウドログ」について、基本機能や事例などをわかりやすくご紹介しています。
ご興味をお持ちいただけましたら、まずはこちらの資料をご覧くださいませ。
- 監修：クラウドログ編集部
-
クラウドログ編集部です。工数管理・プロジェクト管理を軸に、企業の生産性向上を支援する最新情報をお届けします。属人化の解消やコスト可視化など、働き方改革に不可欠なテーマを、専門的な視点から分かりやすく解説します。
