プロジェクトの要員・役割管理とRACIとは？わかりやすく解説
必要なスキルを持つ要員を計画し、RACIで役割と責任を明確にする方法を学びます。
解説
1RACI表 ― 作業ごとに4つの役割を割り当てる
- R
- 実行する人Responsible実際に作業する。複数いてもよい
- A
- 最終責任を持つ人Accountable完成を承認し、結果に責任を負う。1作業に1人
- C
- 相談される人Consulted決める前に意見を聞かれる（双方向）
- I
- 報告を受ける人Informed決まった後に知らされる（一方向）
例：社内の勤怠管理システムを導入するプロジェクト
縦に作業、横に人。どの行にも A はちょうど1つです（右端の ✓）。
1行目の読み方：要件定義書はSEが作り（R）、PMが承認して責任を持ち（A）、業務部門とセキュリティ担当に相談し（C）、部長に報告する（I）。 同じ部長でも、リリース判断では A（最終決定）になります。
2よくない表を見分ける
4人で「テスト計画書」を作るときの割り当て例です。
意見が割れたとき、どちらが最終判断するか決まらない
作る人はいるが、完成を承認して責任を負う人がいない
作業を分担するのは問題なし。最終責任者は1人に決まっている
3要員計画 ― 人数だけでは足りない
「5人必要」だけでは計画になりません。どのスキルの人を、いつ、何人入れるかを積み上げます。
4試験ではここを見分ける
- R＝実際に作業する人、A＝完成・承認の最終説明責任者（1人）
- C＝決める前に相談される（双方向）、I＝決めた後に報告を受ける（一方向）
- 要員計画＝人数だけでなくスキル・配置時期・役割と責任をそろえる
誤り：Responsible と Accountable は同じ
正しくは：R＝手を動かす人、A＝最終的に責任を負い承認する人
誤り：全員を A にすれば責任がはっきりする
正しくは：A が何人もいると最終判断者があいまいになる。A は1人
試験のポイント
ITパスポート試験での問われ方
一つの成果物でAccountableを明確にし、Responsibleなど他の役割と区別する
間違えやすいポイント
- ResponsibleとAccountableを同じ役割だと思う
- 全員をAccountableにすれば責任が明確になると思う
関連用語
要員計画、スキル管理、役割分担、RACI、Responsible、Accountable
図解の内容を文章で読む
プロジェクトの要員・役割管理とRACIをイメージでつかむ
要員計画では、作業に必要な人数だけでなく、必要なスキル、配置する時期、役割と責任を決めます。RACIでは、実行担当のResponsible、最終説明責任を負うAccountable、相談されるConsulted、報告を受けるInformedを成果物や作業ごとに整理します。
たとえると：文化祭の看板なら、実際に描く人がR、完成を承認する実行委員長がA、デザインを相談される美術担当がC、完成報告を受ける先生がIです。
プロジェクトの要員管理では、『5人必要』のような人数だけでなく、設計・テスト・利用部門調整などの作業にどのスキルが必要か、いつ何人を配置するか、誰がどの責任を持つかを計画します。役割の曖昧さを減らす道具がRACI表です。Responsible（R）は作業を実行して成果物を作る担当、Accountable（A）は成果物の完成や承認について最終的に説明責任を負う人です。Consulted（C）は決定前に意見を求められる専門家などで、双方向に相談します。Informed（I）は決定や進捗を共有される人で、基本は報告を受けます。一つの成果物にRが複数いることはありますが、Aが何人もいると最終判断者が曖昧になるため、通常は一人を明確にします。
押さえどころ
- 要員計画は人数・スキル・配置時期・役割と責任をそろえて考える
- R = 実行担当、A = 最終説明責任者
- C = 事前に相談、I = 決定や結果の報告を受ける
確認問題（4問）
確認問題は本サービスのオリジナル問題です。ログインなしで解けます（結果は保存されません）。
「プロジェクトの要員・役割管理とRACI」の過去問（2問）
IPAが公開しているITパスポート試験の公開問題から、このテーマの問題を集めました。
つながるテーマ
学習を記録して、合格まで続ける
教材と確認問題はこのページで全部無料で使えます。登録すると「プロジェクトの要員・役割管理とRACI」の結果や習熟度が記録され、苦手分野の復習提案、試験日までの学習計画、合格準備度の見える化が使えます。最初の7日間は学習記録も無料です。