RACIモデルとは何か?

RACI指標とは何か
RACIとは何を意味するか?
RACIは、responsible(実行責任)、accountable(説明責任)、consulted(相談)、informed(報告)を表す用語です。RACIモデルの各要素は、BIM(Building Information Modeling)プロジェクトにおける特定の役割に関連付けられています。
RACIチャートの4つの役割を定義するものは何か、そしてプロジェクト管理におけるこれらの役割とは何か?
Responsible(実行責任)
このタイプの役割は、タスク、マイルストーン、納入物を成功裏に遂行する責任を負うプロジェクトマネージャーまたはチームメンバーを指します。
Accountable(説明責任)
この役割を担う説明責任者は、多くの場合、タスクと納入物をどのように達成すべきかについて最終的な権限を持つ上級リーダーです。
Consulted(相談)
この役割の個人は、特定の主題やタスクについてチームに助言するためのさまざまな知見や意見を提供するアドバイザーとして機能します。
Informed(報告)
報告を受けるプロジェクトメンバーは、直接関与していないものの、現在のパフォーマンスの状況やプロジェクトの進捗について最新情報を伝える必要がある顧客や従業員である場合があります。
明確に定義された4つの機能を組み合わせることで、RACIモデルはプロジェクト管理やBIMプロジェクトの実装に広く用いられる有用なマトリックスとなります。
RACI指標の利点は何か?
重複作業をなくし、プロジェクトのリソースを最適化する
RACIチャートは、チームが重複を避け、責任を持つ適切な人にリソースが効果的に割り当てられることを保証するのに役立ちます。その結果、与えられた条件の中ですべての任務が完璧にカバーされ、最終目標に向けてエンジンが動き出します。
関与する関係者間の責任と権限の衝突をなくす
プロジェクトに参加する各個人には特定の役割が割り当てられます。したがって、タスクの完了や意思決定の際には、関係者は最初に取り決めた通りにプロフェッショナルに行動します。
効果的なコミュニケーションの促進
RACIモデルは、プロジェクト内の異なる役割間で情報共有と知見の交換を促進するために、4つの対等な柱でしっかりと構造化されています。これにより、期待される結果が早い段階で明確に決定され、円滑に運営され、成果の高いプロジェクトが可能になります。
優れたRACIマトリックスの作り方
独自のRACIマトリックスを構築する際に従うべき5つのステップ
RACI図をモデル化するためのさまざまなツールやテンプレートがあり、Microsoft ExcelやGoogle Sheetsのスプレッドシートやホワイトボードのようなシンプルで使いやすいものから、ソフトウェアのようなより高度で技術的なソリューションまであります。しかし、どのタイプのテンプレートやツールを選ぶにせよ、さまざまな役割を担うチーム全員をプロセスへの貢献に巻き込むことが重要です。
ステップ1 – プロジェクトの役割を特定する
まず、関与する関係者のリストを、その名前とプロジェクトで担う役割とともに作成し、R、A、C、Iのいずれかに関連付けてマトリックスの基礎を築きます。多くの場合、1つの役割につき1人の名前が最適とされます。
ステップ2 – プロジェクトのタスク、マイルストーン、納入物を確定する
第2のステップは、最初からチームメンバー間で期待される結果についてコミュニケーションと相互合意を得ることの重要性を強調します。会議、円卓討議、イベントを開催して、主要な関係者が最終的に達成すべき重要なタスクと具体的な納入物を定義すべきです。それに基づいて、次のステップで実施する明確で完全なタスクの一式を用意できます。
ステップ3 – 適切なタスクを適切な役割に割り当てる
これで、あなたの手元にはタスクと役割という2つの一式があります。あなたの任務は、リソース配分を徹底的に見直し、R、A、C、Iの役割を担う人々に、最も適したタスクを与えることです。このステップでは、心に留めておくべきいくつかのヒントとベストプラクティスがあります。
- Accountable(説明責任)に割り当てられるのは1人の名前のみ
- 各タスクには理想的には少なくとも1人のResponsible(実行責任者)とAccountable(説明責任者)がいる
ステップ4 – 割り当てられたタスクと役割についてチーム内で足並みをそろえる
システムを設定した後は、すべての当事者と関係者との会議を開き、すべてが正しく整合しており、実行フェーズで意見の相違や誤解がないことを確認する時です。賛同を得られれば、BIMプロジェクトは間違いなく円滑に進みます。
ステップ5 – フィードバックを得て分析し、プロジェクト全体を通じてRACI図を改善する
プロジェクトは進化していくため、チームメンバーのコメントやフィードバックに常に注意を払い、現在の状況に合わせてRACIマトリックスを適応させなければなりません。そうすることで、生じる衝突をタイムリーに解決し、必要に応じてフィードバックに従って進行中のタスクを修正し、進捗を最善に管理できます。
RACIマトリックスを作成する際のするべきこととしてはいけないこと
するべきこと
- RACIマトリックスがBIMプロジェクトと組織にとってなぜ有用で有益なのか、具体的な理由を明確にする
- 透明性を維持し、チーム全員が自分の任務と発生するあらゆる変更を確実に把握できるようにする
- BIMプロジェクトに適したRACIテンプレートを見つけて採用する
してはいけないこと
- RACI図を自分だけで作成せず、チームメンバーのグループにフィードバックとアイデアを共有してもらうよう促す
- 時間のかかる作業を避け、期限を守るために、多くのコンサルタントをプロジェクトに関与させない
- チームメンバーにタスクや不必要な情報を過剰に負わせない
RACIフレームワークがあまり好きでない方へ、検討できる2つの代替案をご紹介します
RACIの最も使われる代替案はPACSIとRAPIDです。
PACSI
PACSIは、複数の個人が説明責任者の作業をレビューできるようにします。このマトリックスにはPerformed(実行)、Accountable(説明責任)、Control(管理)、Suggested(提案)、Informed(報告)の5つの異なる役割があります。
RAPID
Bain & Companyによって考案されたRAPIDは、役割と責任の明確化を通じて意思決定の説明責任を明確にするのに役立ちます。Recommend(推奨)、Agree(同意)、Perform(実行)、Input(意見提供)、Decide(決定)がこのモデルの指標です。
一つのオープンな環境で見てみましょう
Catenda は AECO のためのオープンな common data environment です。ご自身のペースで、都合のよいときに自由にご覧ください。