RACIチャート

RACIチャートの目的は、プロジェクトの作業ごとに「誰が手を動かし、誰が最終的に責任を負い、誰に相談し、誰へ報告するか」を一枚で見えるようにすることです。口頭やメールの依頼だけだと、作業が宙に浮いたり、逆に複数人が同じことを別々にやってしまったりします。表の形にすることで、その食い違いを早い段階で見つけやすくなります。

• R（Responsible・実行）：実際に作業を進める担当です。一つの作業に複数人が入ることもあります。
• A（Accountable・説明責任）：その作業の完了に責任を持ち、承認する立場です。原則として一作業につき一人に絞ります。
• C（Consulted・相談）：作業を進める前や途中で意見を求める相手です。双方向のやり取りが前提になります。
• I（Informed・報告）：結果や進捗を知らせておく相手です。基本は一方向の共有で足ります。

この4区分を使うと、たとえば要件定義書の作成では、業務担当がR、PMがA、現場のキーユーザーがC、経営層がI、といった形で役割を言葉にできます。Aを一人に定めることが、あいまいな責任を減らす最初の一歩になります。

作る順番を決めておくと、表が早く安定します。軸は「作業（縦）」と「人・役割（横）」の二つです。

• 作業を洗い出す：WBSやマイルストーン計画をもとに、縦軸へ作業や成果物を並べます。粒度は、要件定義・基本設計・結合テストのように工程や成果物単位がそろえやすいです。
• 関係者を並べる：横軸にPM、業務担当、ベンダー、キーユーザー、承認者といった役割を置きます。個人名ではなく役割で書くと、担当が替わっても表が生き続けます。
• 役割を割り当てる：各マスにR・A・C・Iを入れます。まずAを埋め、次にR、最後にCとIを足す順だと抜けに気づきやすいです。
• 関係者と確認する：キックオフやステコミの場で表を見せ、本人に割り当てへの同意を取ります。ここで初めて認識のずれが表面化することが多いです。

割り当てが終わったら、各行に必ずAが一つあるか、各列に役割が偏りすぎていないかを縦横で見直します。表は一度作って終わりではなく、スコープや体制が変わったときに更新する前提で持っておくと使い続けられます。

RACIチャートは形がシンプルなぶん、運用でくずれやすい面があります。よくある形をいくつか挙げます。

• Aが複数ついている：一つの作業に説明責任者が二人いると、承認の最終判断が止まりやすくなります。Aは一人に絞るのが基本です。
• CとIが多すぎる：念のためと相談・報告先を増やすと、連絡の手間が膨らみ、肝心のやり取りが埋もれます。本当に意見が要る相手だけCに残すと軽くなります。
• 作った後に更新されない：体制変更やスコープ追加があったのに表が古いままだと、実態と合わず参照されなくなります。変更管理の節目で見直すと鮮度を保てます。
• 役割の定義が人によって違う：RとCの境目などは解釈が分かれます。表の近くに各記号の意味を短く書き添えておくと、読み違いを減らせます。

特に、表を埋めること自体が目的になってしまうと、現場の実際の動きと離れていきます。関係者が自分の行を見て納得しているかを、作成時と更新時に確かめておくと実務で機能しやすくなります。

RACIチャートは、ほかの管理ツールと役割が重なる部分があるので、何を担うかを分けて捉えると使い分けやすくなります。軸は「何を表すものか」です。

• WBSとの違い：WBSは作業を分解して構造で示すもので、RACIはその作業に誰がどう関わるかを示すものです。WBSの作業をそのままRACIの縦軸に持ち込むと連動させやすいです。
• ガントチャートとの違い：ガントチャートは作業の時間軸と順序を表します。RACIには時間の概念が基本なく、役割の分担に特化しています。両方そろえると「いつ・誰が」の両面を押さえられます。
• ステークホルダー管理との違い：ステークホルダー管理は関係者の関心や影響度を整理する活動です。RACIはそのうち作業レベルでの関与を具体化する位置づけで、相互に補い合います。

RACIには、CとIを分けずに「関与あり」とだけ記す簡易版や、承認・署名を別記号で足す派生もあります。プロジェクトの規模や文化に合わせ、無理のない粒度を選ぶと定着しやすくなります。

RACIチャートを扱えることは、PMとして「責任分担を言葉にして合意を取る力」の表れとして見られやすい要素です。作業を洗い出し、関係者と割り当てをすり合わせ、変更のたびに更新する一連の動きは、スコープ管理やステークホルダー管理の実務そのものと重なります。面談や職務経歴の場面では、単に表を作った事実より、Aを一人に絞って承認の停滞を防いだ、相談先を整理して連絡の負荷を下げた、といった運用上の判断を具体的に語れると、進め方への理解が伝わりやすくなります。WBSやガントチャートと組み合わせて使った経験まで示せると、計画と体制の両面を押さえられるPMだと受け取られやすいでしょう。

RACIチャートとRACIマトリクスは違うものですか。

呼び方の違いで、指すものはほぼ同じです。作業と関係者を縦横に並べ、R・A・C・Iを割り当てた表を、チャートと呼ぶこともマトリクスと呼ぶこともあります。実務では意味の差を気にせず使われることが多く、社内で呼称をそろえておくと混乱を避けられます。

一つの作業にAを複数つけてもよいですか。

原則は一作業につきA一人です。説明責任者が複数いると、最終承認の判断が分かれて作業が止まりやすくなります。どうしても分けたい場合は、作業そのものをより小さく分割し、それぞれにAを一人ずつ割り当てると責任の所在がはっきりします。

小規模なプロジェクトでも作る意味はありますか。

関係者が少なければ口頭で足りる場面もありますが、誰が承認するかがあいまいだと規模にかかわらず手戻りが起きます。主要な作業だけを数行に絞った簡易版でも、AとRを明確にしておくと認識ずれを減らせます。負担と効果を見て粒度を決めるとよいです。