会議後に作るRACIマトリクス：役割と記入例

「私たちがやります」だけでは足りない理由

会議では「マーケティングが準備し、プロダクトチームが確認する」とすぐに合意できます。後で前者は資料を待ち、後者は助言だけだと考えているかもしれません。マトリクスで関わり方を明確にします。

RACIは個々のタスクの役割を表します。同じ人がある行では作り、別の行では成果を承認できます。合意前に権限、資料へのアクセス、時間も確認します。

合意事項を表に移す

1. 成果から始める

   「ウェビナーに取り組む」を、承認済みプログラム、完成した資料、動作する登録ページに分けます。大きすぎる行は引き継ぎを隠し、一クリックごとの行は使いにくくします。

2. RとAを区別する

   Rは作業を行い、Aは合意した運用の中で成果と承認に責任を持ちます。最終判断が止まらないよう各行のAを一人にします。Rが複数なら、統合する担当と作業分担を決めます。

3. 不要な参加を減らす

   相談しなければ誤った判断をするおそれがある場合にCを付けます。Iは結果や変更の情報を受け取ります。Cを付ける前に何を尋ねるか明確にします。関与が不要なら空欄で構いません。

4. 具体的なケースで合意する

   一行をたどり、誰が着手し、誰に情報を求め、誰に渡し、拒否されたらどうするかを確かめます。既存の権限と食い違う場合は、表に割り当てる前に解決します。

顧客向けウェビナーの準備

架空の学習例です。名前、条件、結果は方法の説明用です。

この発言はプログラムの準備についてです。ページ公開や音響には別の行が必要です。

例では編集者がR、責任者がA、専門家がC、営業担当がIです。別のチームでは分担が変わり得ます。

役割を合意するテンプレート

表の前に日付とプロジェクトの範囲を入れます。後に未解決の割り当てと引き継ぎ条件を記します。

プロジェクトと段階：
成果 | 役割1 | 役割2 | 役割3 | 役割4
_________ | R/A/C/I | R/A/C/I | R/A/C/I | R/A/C/I

Rが複数の場合に取りまとめる人：
受け入れ基準：
Cに相談する時期：
Iに知らせる方法と時期：
未解決の権限：
分担を確認した人と日付：

行と列を確認する

• すべての成果に実行者がいる。
• 各行で最終判断の責任者が分かる。
• 実行者が複数の場合は分担が決まっている。
• 相談と報告が区別されている。