プロジェクト管理で使えるフレームワークまとめ｜初心者向けに種類・使い分け・活用例をやさしく解説

2026年4月30日

仕事をしていると、「やることが多すぎて整理できない」「誰が何を担当するのか分からない」「スケジュールが遅れているのに原因が見えない」「関係者が多くて調整が進まない」といった悩みが出てきます。

プロジェクト管理というと、大規模なシステム開発や建設プロジェクトをイメージするかもしれません。しかし実際には、社内研修の準備、Webサイト制作、展示会出展、業務改善、新商品開発、営業キャンペーン、マニュアル作成など、期限と成果物がある仕事はすべて小さなプロジェクトです。

そのような仕事を感覚だけで進めると、作業の抜け漏れ、役割の曖昧さ、納期遅れ、手戻り、関係者との認識ズレが起こりやすくなります。

そこで役立つのが、プロジェクト管理で使えるフレームワークです。

フレームワークを使うと、作業を分解する、役割を決める、スケジュールを見える化する、リスクを整理する、優先順位をつける、振り返って改善する、といったことが体系的に進めやすくなります。

この記事では、プロジェクト管理で使える代表的なフレームワークを初心者向けに整理します。すべてを一度に使いこなす必要はありません。まずは、自分の仕事で困っている場面に合うものを一つ選んで使ってみることが大切です。

この記事でわかること

・プロジェクト管理で使えるフレームワークとは何か
・プロジェクト管理フレームワークは何に使うのか
・目的別にどのフレームワークを選べばよいか
・WBS、RACI、ガントチャートなどの基本的な違い
・アジャイル、Scrum、Kanbanなどの使い分け
・プロジェクト管理フレームワークを使うときの注意点

最初から完璧に使いこなす必要はありません。まずは「プロジェクト管理フレームワークは、仕事を計画し、実行し、改善するための型だ」とつかめれば十分です。

プロジェクト管理で使えるフレームワークとは？

プロジェクト管理で使えるフレームワークとは、期限や成果物のある仕事を整理し、計画し、進捗を管理し、関係者と合意しながら進めるための考え方や手法のことです。

プロジェクトには、さまざまな管理要素があります。

たとえば、次のようなものです。

・何をやるのか
・誰がやるのか
・いつまでにやるのか
・どの順番で進めるのか
・どこにリスクがあるのか
・どの作業を優先するのか
・関係者にどう説明するのか
・完了条件は何か
・次回に向けて何を改善するのか

これらをすべて頭の中だけで管理するのは難しいです。特に、関係者が増えたり、作業数が増えたり、納期が厳しくなったりすると、抜け漏れや認識ズレが起こりやすくなります。

プロジェクト管理フレームワークは、こうした複雑な仕事を整理するための道具です。

たとえば、WBSは作業を分解するために使います。RACIは役割分担を明確にするために使います。ガントチャートはスケジュールを見える化するために使います。リスクマトリクスはリスクの優先順位を判断するために使います。ScrumやKanbanは変化に対応しながら仕事を進めるために使います。

一言でいうと、プロジェクト管理フレームワークは、仕事を見える化し、計画的に進め、改善につなげるためのフレームワークです。

プロジェクト管理フレームワークは何に使うのか

プロジェクト管理フレームワークは、仕事の混乱を減らし、関係者と認識を合わせながら成果を出すために使います。

プロジェクトがうまくいかない原因は、能力不足だけではありません。多くの場合、作業の抜け漏れ、役割の曖昧さ、スケジュールの見積り不足、優先順位の不明確さ、リスクの放置、関係者との認識ズレが原因になります。

プロジェクト管理フレームワークは、次のような目的で使われます。

・作業の全体像を整理する
・役割分担を明確にする
・スケジュールを見える化する
・納期に影響する重要作業を把握する
・リスクや課題を管理する
・関係者の期待や不安を整理する
・優先順位を決める
・進捗やコストを把握する
・チームの仕事の進め方を改善する

たとえば、社内研修プロジェクトを考えます。

研修テーマを決める、教材を作る、講師を調整する、受講者を募集する、LMSに掲載する、アンケートを回収する、といった作業があります。このとき、WBSで作業を分解し、RACIで役割を決め、ガントチャートでスケジュールを作り、Definition of Doneで教材の完了条件を決め、レトロスペクティブで次回改善を行うと、プロジェクトを進めやすくなります。

フレームワークは、仕事を難しくするものではありません。むしろ、複雑な仕事を分かりやすくするための補助線です。

どんな人に向いているか

プロジェクト管理フレームワークは、期限や成果物のある仕事を進めるすべての人に向いています。

特に、次のような人におすすめです。

・初めてプロジェクトを任された人
・複数の作業を同時に管理している人
・関係部署との調整が多い人
・スケジュール遅れに悩んでいる人
・タスクの抜け漏れを減らしたい人
・チームの役割分担を明確にしたい人
・上司や関係者に進捗を説明する必要がある人
・アジャイルやScrumを学びたい人
・業務改善やDX推進を担当している人
・新商品開発や社内施策を進めている人

プロジェクト管理フレームワークは、プロジェクトマネージャーだけのものではありません。

たとえば、知的財産教育の教材作成、社内デジタルサイネージ企画、営業資料の作成、Web記事制作、展示会準備、システム導入、業務標準化、研修運営などにも使えます。

「仕事が属人的になっている」「何となく進めている」「毎回同じところで詰まる」と感じる場合、フレームワークを使う価値があります。

プロジェクト管理フレームワークの基本的な考え方

プロジェクト管理フレームワークの基本は、仕事を分解し、見える化し、関係者と合意しながら進めることです。

プロジェクトは、ただタスクをこなすだけではうまくいきません。目的、作業、役割、期限、リスク、優先順位、品質基準、改善活動をつなげて考える必要があります。

基本的な流れは、次のように整理できます。

まず、目的と成果物を明確にします。何を達成するプロジェクトなのか、最終的に何ができていればよいのかを確認します。

次に、WBSなどを使って作業を分解します。大きな仕事のままだと管理できないため、実行できる単位に分けます。

次に、OBSやRACIを使って、どの組織や人が関わるのか、誰が実行し、誰が責任を持つのかを整理します。

次に、ガントチャート、クリティカルパス法、PERT、CCPMなどを使って、スケジュールや工程を管理します。

さらに、RAIDログ、ステークホルダー分析、リスクマトリクスなどを使って、リスクや関係者を整理します。

実行段階では、EVM、Kanban、Scrumなどを使って進捗を管理します。必要に応じて、MoSCoWやWSJFで優先順位を見直します。

最後に、Definition of Doneで完了条件をそろえ、レトロスペクティブで振り返り、次回の改善につなげます。

プロジェクト管理では、最初からすべてを完璧にする必要はありません。大切なのは、今の課題に合ったフレームワークを選び、実務で使える形にすることです。

プロジェクト管理フレームワークの使い方

手順1 まずプロジェクトの目的を明確にする

最初に、プロジェクトの目的を明確にします。

フレームワークを使う前に、「何のためのプロジェクトなのか」が曖昧だと、作業も優先順位も決めにくくなります。

たとえば、社内研修を作る場合でも、目的が「知識を伝えること」なのか、「現場で行動できるようにすること」なのかによって、作る教材や評価方法が変わります。

確認したいことは次の通りです。

・何を達成したいのか
・誰のためのプロジェクトなのか
・最終成果物は何か
・成功した状態はどのような状態か
・期限や予算の制約はあるか
・関係者は誰か

目的が明確になると、どのフレームワークを使うべきかも見えやすくなります。

手順2 作業を分解する

次に、作業を分解します。

プロジェクト管理の基本は、何をやるべきかを明確にすることです。ここで役立つのがWBSです。

WBSを使うと、大きなプロジェクトを小さな作業単位に分けられます。たとえば、Webサイト制作なら、企画、構成、原稿、デザイン、実装、確認、公開準備といった作業に分解できます。

作業を分解するときは、次の点に注意します。

・抜け漏れがないか
・作業単位が大きすぎないか
・担当者を決められる粒度になっているか
・完了したかどうか判断できるか
・後続作業との関係が分かるか

WBSで作業を分解したら、必要に応じてガントチャートやKanbanに展開すると、進捗管理しやすくなります。

手順3 役割と関係者を整理する

作業を分解したら、誰が関わるのかを整理します。

ここで役立つのが、OBS、RACI、ステークホルダー分析です。

OBSは、プロジェクトに関わる組織や部門を整理するために使います。RACIは、タスクごとの実行者、責任者、相談先、共有先を明確にするために使います。ステークホルダー分析は、関係者の影響力、関心、期待、不安を整理するために使います。

確認したいことは次の通りです。

・どの部署が関係するか
・誰が実行するか
・誰が最終責任を持つか
・誰に相談すべきか
・誰に情報共有すべきか
・誰の承認が必要か
・誰が反対や不安を持ちそうか

プロジェクトが止まる原因の多くは、作業そのものではなく、人や組織の調整にあります。早い段階で関係者を整理しておくことが重要です。

手順4 スケジュールと重要工程を整理する

次に、スケジュールと重要工程を整理します。

ここで使えるのが、ガントチャート、クリティカルパス法、PERT、CCPMです。

ガントチャートは、作業と期間を横棒で見える化する方法です。プロジェクト全体の予定を共有しやすくなります。

クリティカルパス法は、納期に直結する重要な作業の流れを見つける方法です。どの作業が遅れると全体が遅れるのかを把握できます。

PERTは、不確実性のある作業期間を見積もる方法です。楽観値、最頻値、悲観値を考えることで、現実的なスケジュールを作りやすくなります。

CCPMは、人や設備などのリソース制約を考慮して、プロジェクト全体の納期を管理する方法です。

スケジュールを作るときは、作業時間だけでなく、レビュー、承認、修正、外部待ち、休日、バッファも考慮することが大切です。

手順5 リスクと優先順位を管理する

プロジェクトでは、計画通りに進まないことがあります。そのため、リスクと優先順位の管理が必要です。

ここで使えるのが、RAIDログ、リスクマトリクス、MoSCoW、WSJFです。

RAIDログは、リスク、前提、課題、依存関係を管理するために使います。プロジェクトの不安要素や問題を一覧化できます。

リスクマトリクスは、リスクを発生確率と影響度で評価し、優先順位を決めるために使います。

MoSCoWは、要件やタスクをMust、Should、Could、Won’tに分けて優先順位を整理します。

WSJFは、価値や緊急度を作業サイズで割り、どれから着手すべきかを比較する方法です。

プロジェクトでは、全部をやろうとすると失敗しやすくなります。何を優先し、何を後回しにし、何を今回はやらないのかを明確にすることが重要です。

手順6 実行しながら進捗を見える化する

計画を作ったら、実行しながら進捗を見える化します。

ここで使えるのが、EVM、Kanban、Scrum、アジャイルです。

EVMは、予定、出来高、実コストを比較して、進捗とコストを定量的に管理する方法です。予算や納期が重要なプロジェクトで役立ちます。

Kanbanは、タスクの状態を見える化し、作業中のタスクを増やしすぎないように管理する方法です。

Scrumは、短いSprintで成果物を作り、レビューと振り返りを通じて改善する方法です。

アジャイルは、変化に対応しながら、小さく作ってフィードバックを得て改善する考え方です。

実行段階では、「計画通りか」だけでなく、「現実に合わせてどう調整するか」が重要です。プロジェクトの性質に応じて、計画重視の進め方と変化対応型の進め方を使い分けます。

手順7 完了条件と振り返りを整える

最後に、完了条件と振り返りを整えます。

ここで使えるのが、Definition of Doneとレトロスペクティブです。

Definition of Doneは、何を満たせば完了と言えるかを明確にするフレームワークです。完了条件が曖昧だと、手戻りや品質ばらつきが起こります。

レトロスペクティブは、仕事の進め方を振り返り、次回の改善アクションを決めるためのフレームワークです。

プロジェクトは、終わったら終わりではありません。うまくいったこと、困ったこと、次に改善することを整理することで、次回のプロジェクト品質が上がります。

プロジェクト管理フレームワークの具体例

例社内研修プロジェクトの場合

社内研修を企画して実施する場合を考えます。

まず、WBSで作業を分解します。

・研修テーマを決める
・対象者を決める
・カリキュラムを設計する
・教材を作成する
・確認テストを作る
・受講者を募集する
・LMSに掲載する
・研修を実施する
・アンケートを回収する
・結果を報告する

次に、RACIで役割を整理します。教材作成は教育担当、内容確認は専門部署、承認は部門長、受講案内は事務局、というように役割を明確にします。

ガントチャートでスケジュールを作ります。教材作成、レビュー、修正、LMS掲載、受講者募集の期間を見える化します。

RAIDログでリスクや課題を管理します。たとえば、「専門部署レビューが遅れる可能性」「受講者募集が予定より少ない可能性」「LMS掲載形式が合わない課題」などを記録します。

MoSCoWで教材内容の優先順位を決めます。必須知識をMust、補足事例をShould、発展コラムをCould、今回は扱わない高度テーマをWon’tに分けます。

Definition of Doneで教材の完了条件を決めます。スライド完成、確認テスト作成、誤字確認、専門部署レビュー、LMS掲載形式確認まで終わって完了とします。

最後にレトロスペクティブで、研修後に振り返ります。受講者の反応、教材作成の進め方、レビュー遅れ、次回改善点を整理します。

このように、複数のフレームワークを組み合わせることで、社内研修プロジェクトを実務的に管理できます。

別の例 Webサイト制作プロジェクトの場合

Webサイト制作でも、プロジェクト管理フレームワークは役立ちます。

まず、WBSで作業を分解します。

・サイト目的を決める
・ターゲットを整理する
・サイトマップを作る
・ページ構成を作る
・原稿を書く
・デザインを作る
・コーディングする
・表示確認をする
・フォームを確認する
・公開する
・公開後の効果を確認する

ステークホルダー分析で、関係者を整理します。経営層、営業部門、マーケティング部門、制作会社、情報システム部門、法務部門など、それぞれの関心や確認事項を把握します。

ガントチャートでスケジュールを管理し、クリティカルパス法で納期に直結する工程を確認します。たとえば、原稿確定が遅れるとデザインや実装に影響する場合、原稿作成とレビューが重要工程になります。

Kanbanで日々のタスクを管理します。未着手、作業中、レビュー中、修正中、完了のように見える化します。

MoSCoWで初回公開範囲を決めます。問い合わせフォームはMust、導入事例はShould、チャットボットはCould、会員機能はWon’tのように整理します。

Definition of Doneで公開条件を決めます。タイトルタグ、メタディスクリプション、リンク確認、スマートフォン表示、CTA、フォーム動作確認まで完了して公開可能とします。

公開後はレトロスペクティブで、進め方と成果を振り返ります。

具体例でわかるポイント

プロジェクト管理フレームワークの具体例からわかるポイントは、次の通りです。

・一つのフレームワークだけで全体を管理する必要はない
・作業分解にはWBSが役立つ
・役割整理にはRACIやOBSが役立つ
・スケジュール管理にはガントチャートやクリティカルパス法が役立つ
・リスク管理にはRAIDログやリスクマトリクスが役立つ
・優先順位づけにはMoSCoWやWSJFが役立つ
・実行管理にはKanban、Scrum、EVMが役立つ
・品質と改善にはDefinition of Doneとレトロスペクティブが役立つ

重要なのは、フレームワークを暗記することではありません。自分の仕事の困りごとに合わせて、必要なものを選んで使うことです。

目的別に選ぶプロジェクト管理フレームワーク

プロジェクト管理フレームワークは数が多いため、初心者は「結局どれを使えばよいのか」と迷いやすいです。

ここでは、目的別に整理します。

作業を分解したい場合

作業を整理したい場合は、WBSを使います。

WBSは、プロジェクト全体を小さな作業に分解するフレームワークです。何をやるべきか分からない、タスクが抜けそう、作業量を見積もりたい、という場面で役立ちます。

最初に使うフレームワークとして非常におすすめです。

組織や役割を整理したい場合

関係する組織を整理したい場合はOBS、役割分担を明確にしたい場合はRACIを使います。

OBSは、どの組織や部門が関わるかを整理します。RACIは、誰が実行し、誰が責任を持ち、誰に相談し、誰に共有するかを明確にします。

役割が曖昧で仕事が止まりやすい場合に有効です。

スケジュールを見える化したい場合

スケジュールを見える化したい場合は、ガントチャートを使います。

作業の開始日、終了日、担当者、進捗を横棒で表すことで、全体の流れが分かりやすくなります。

納期がある仕事、関係者に予定を説明したい仕事に向いています。

納期に影響する重要作業を見つけたい場合

納期に直結する作業を見つけたい場合は、クリティカルパス法を使います。

どの作業が遅れると全体が遅れるのかを把握できます。納期短縮や遅延リスク管理に役立ちます。

リソース制約も考慮したい場合は、CCPMが有効です。

不確実な作業期間を見積もりたい場合

期間が読みづらい作業にはPERTが役立ちます。

楽観値、最頻値、悲観値を考えることで、現実的な工程見積りができます。研究開発、新規事業、初めての施策などに向いています。

進捗とコストを数字で管理したい場合

進捗とコストを定量的に管理したい場合は、EVMを使います。

予定、出来高、実コストを比較することで、プロジェクトが予定通り進んでいるか、予算を使いすぎていないかを判断できます。

予算管理が重要なプロジェクトに向いています。

リスクや課題を管理したい場合

リスク、前提、課題、依存関係をまとめて管理したい場合は、RAIDログを使います。

リスクの優先順位を判断したい場合は、リスクマトリクスを使います。

不安要素が多いプロジェクト、関係者が多いプロジェクトで効果的です。

関係者を整理したい場合

関係者の影響力、関心、期待、不安を整理したい場合は、ステークホルダー分析を使います。

社内調整、合意形成、反対や不安への対応が必要な仕事に向いています。

変化に対応しながら進めたい場合

変化が多く、最初から正解が見えにくい仕事には、アジャイル、Scrum、Kanban、XPが役立ちます。

アジャイルは変化対応の考え方です。Scrumは短いサイクルで成果物を作るフレームワークです。Kanbanはタスクの流れを見える化します。XPはソフトウェア開発の品質を高める技術的な実践です。

優先順位を決めたい場合

要件やタスクの優先順位を決めたい場合は、MoSCoWやWSJFを使います。

MoSCoWは、Must、Should、Could、Won’tに分けるシンプルな方法です。WSJFは、価値や緊急度を作業サイズで割って、定量的に優先順位を判断する方法です。

完了条件や振り返りを整えたい場合

完了条件を明確にしたい場合は、Definition of Doneを使います。

仕事の進め方を振り返って改善したい場合は、レトロスペクティブを使います。

手戻りが多い仕事や、同じ失敗を繰り返しているチームに向いています。

プロジェクト管理フレームワークを使うメリット

プロジェクト管理フレームワークを使う最大のメリットは、仕事を見える化し、関係者と認識を合わせやすくなることです。

プロジェクトは、やること、担当者、期限、リスク、優先順位、完了条件が曖昧なままだと混乱します。フレームワークを使うことで、その曖昧さを減らせます。

プロジェクト管理フレームワークを使うメリットは次の通りです。

・作業の抜け漏れを減らせる
・役割分担が明確になる
・スケジュールを共有しやすくなる
・進捗遅れに早く気づける
・リスクや課題を管理しやすくなる
・関係者との認識ズレを減らせる
・優先順位を決めやすくなる
・手戻りを減らせる
・チームの改善につながる
・上司や関係者への説明がしやすくなる

特に実務で大きいのは、会議や報告が具体的になることです。

「なんとなく遅れています」ではなく、「クリティカルパス上のレビュー工程が3日遅れています」「RAIDログ上の課題が未解決です」「Kanbanのレビュー中にタスクが集中しています」と説明できるようになります。

これにより、感覚的な会話ではなく、具体的な改善や意思決定につなげやすくなります。

プロジェクト管理フレームワークを使うときの注意点

プロジェクト管理フレームワークは便利ですが、使えば必ず成功するわけではありません。

よくある失敗は、フレームワークを使うこと自体が目的になってしまうことです。きれいなガントチャートを作る、細かいWBSを作る、会議でScrum用語を使うだけでは、プロジェクトは良くなりません。

よくある失敗例は次の通りです。

・フレームワークを使うことが目的化する
・現場の実態に合わない方法を無理に使う
・作った資料が更新されない
・細かく管理しすぎて負担が増える
・関係者と合意せずに一人で作る
・重要な意思決定に使われていない
・用語だけ導入して行動が変わらない
・複数のフレームワークを使いすぎて混乱する
・リスクや課題を書くだけで対応しない
・振り返りをしても改善アクションにしない

特に注意したいのは、プロジェクトの規模や性質に合ったフレームワークを選ぶことです。

小さなタスクに複雑なEVMを使う必要はありません。逆に、予算や納期が重要な大規模プロジェクトをToDoリストだけで管理するのは危険です。

まずは、今困っていることを明確にします。作業が見えないならWBS、役割が曖昧ならRACI、スケジュールが見えないならガントチャート、リスクが多いならRAIDログ、優先順位が決まらないならMoSCoW、というように選ぶと実務で使いやすくなります。

プロジェクト管理フレームワークはどんな場面で使うと効果的か

プロジェクト管理フレームワークは、期限、成果物、関係者、作業分担がある仕事で効果を発揮します。

特に、次のような場面で有効です。

・社内研修の企画運営
・Webサイト制作
・システム導入
・新商品開発
・研究開発プロジェクト
・業務改善活動
・DX推進プロジェクト
・営業キャンペーン
・展示会やイベント準備
・マニュアル作成
・制度改定
・外部ベンダーとの共同作業
・部門横断プロジェクト
・複数案件を同時に進める業務

一方で、すべての仕事に複雑なフレームワークを使う必要はありません。

小さな個人タスクであれば、簡単なToDoリストやKanbanだけで十分な場合もあります。大きなプロジェクトであれば、WBS、RACI、ガントチャート、RAIDログなどを組み合わせた方がよい場合もあります。

プロジェクト管理フレームワークは、仕事の規模と課題に合わせて選ぶことが大切です。

初心者におすすめの使い始め方

初心者がプロジェクト管理フレームワークを使い始めるなら、いきなり全部を導入する必要はありません。

まずは、次の3つから始めるのがおすすめです。

・WBS
・RACI
・ガントチャート

WBSで作業を洗い出します。RACIで役割を決めます。ガントチャートでスケジュールを見える化します。

この3つだけでも、プロジェクトの見通しはかなり良くなります。

次に、リスクが多い場合はRAIDログやリスクマトリクスを追加します。優先順位が決まらない場合はMoSCoWを使います。日々のタスク管理にはKanbanを使います。変化が多い仕事ならアジャイルやScrumを検討します。

最初から完璧なプロジェクト管理を目指す必要はありません。

まずは、今進めている仕事について、次の問いに答えてみてください。

・何を達成するプロジェクトか
・必要な作業は何か
・誰が担当するか
・いつまでに終えるか
・どこにリスクがあるか
・何を優先するか
・何を満たせば完了か
・次回に向けて何を改善するか

この問いに答えるだけでも、プロジェクト管理の質は大きく上がります。

まとめ

プロジェクト管理で使えるフレームワークは、期限や成果物のある仕事を整理し、関係者と協力しながら成果を出すための道具です。

WBSは作業分解、OBSは組織整理、RACIは役割分担、ガントチャートはスケジュール管理、クリティカルパス法は重要工程の把握、PERTは不確実性込みの見積り、EVMは進捗とコストの定量管理に役立ちます。

また、RAIDログ、ステークホルダー分析、リスクマトリクスは、リスクや関係者を管理するために使えます。アジャイル、Scrum、Kanban、XP、ウォーターフォールは、プロジェクトの進め方を考えるうえで重要です。CCPM、MoSCoW、WSJF、Definition of Done、レトロスペクティブは、納期、優先順位、完了条件、改善活動を支えるフレームワークです。

大切なのは、フレームワークをたくさん知ることではなく、今の仕事の課題に合わせて使い分けることです。

まずは、今進めているプロジェクトを一つ選び、WBSで作業を分解し、RACIで役割を決め、ガントチャートでスケジュールを見える化するところから始めてみましょう。

次に読みたい関連記事

まず全体像を見たい方へ

仕事で使えるフレームワーク一覧｜初心者向けに意味・種類・使い方をわかりやすく解説

あわせて読みたい関連記事

WBSとは？初心者向けに意味・使い方・具体例をやさしく解説

RACIとは？初心者向けに意味・使い方・具体例をやさしく解説

ガントチャートとは？初心者向けに意味・使い方・具体例をやさしく解説

アジャイルとは？初心者向けに意味・使い方・具体例をやさしく解説

Scrumとは？初心者向けに意味・使い方・具体例をやさしく解説

Kanbanとは？初心者向けに意味・使い方・具体例をやさしく解説

目的別にまとめて読みたい方へ