「PMとしての経験はあるけれど、ITエンジニアではないので合格できるか不安」

「午前Ⅰは免除されているけれど、どこから勉強すればいい？」

そんな方に向けて、この記事ではプロジェクトマネージャ試験の勉強方法を解説します。

今回想定しているのは、次のような方です。

• PMとして1プロジェクト以上の経験がある
• 基本情報技術者試験に合格できる程度のIT知識はない
• 今回受験するプロジェクトマネージャ試験で午前Ⅰが免除されている
• 試験まで半年以上ある

このタイプの大きな特徴は、PM経験がある一方で、IT知識に不安があることです。

しかし、IT知識がないことを理由に、プロジェクトマネージャ試験を諦める必要はありません。

午前Ⅰが免除されているのであれば、IT基礎知識を一から勉強する必要はありません。

それよりも、次の順番でプロジェクトマネージャ試験そのものの対策に時間を使うことが重要です。

PMの基礎知識 → 午前Ⅱ → 午後Ⅰ → 午後Ⅱ

特にPM経験がある方は、午後Ⅱの論文で実際の経験を活用できるという大きな強みがあります。

この記事では、その強みを活かしながら、IT知識に不安がある方がどのように試験対策を進めればよいのかを解説します。

この勉強法の対象者は「PM経験あり・IT知識なし・午前Ⅰ免除・半年以上ある人」

この記事では、次の条件に当てはまる方を対象にしています。

• PMとして1プロジェクト以上の経験がある
• 基本情報技術者試験に合格できる、または合格する自信がある程度のIT知識はない
• 今回受験するプロジェクトマネージャ試験で午前Ⅰが免除されている
• 試験まで半年以上ある

PM経験は「自分がメインPMとして担当した経験」を想定

ここでいうPM経験とは、自分がメインのプロジェクトマネージャとして1プロジェクト以上経験していることです。

PM補佐、PMO、PLなどの経験だけの場合は、ここでいうPM経験には含めません。

プロジェクトマネージャ試験では、午後Ⅱの論文で実際のプロジェクト経験を活用できます。

そのため、PMとして実際にプロジェクトをマネジメントした経験があることは大きな強みです。

たとえ1プロジェクトだけであっても、その経験を整理しておけば、午後Ⅱの論文に活用できます。

IT知識がなくてもプロジェクトマネージャ試験を諦める必要はない

まず、この記事で最も伝えたいことです。

IT知識がないからといって、プロジェクトマネージャ試験を諦める必要はありません。

今回の条件では、午前Ⅰが免除されています。

つまり、IT基礎知識を問う午前Ⅰの対策に時間を使う必要がありません。

また、午前Ⅰの免除を受けられるということは、応用情報技術者試験の合格など、一定の条件を満たしているということです。

少なくとも、プロジェクトマネージャ試験を受験するための基礎的なIT知識を身につけている方だと考えられます。

そのため、

「IT知識がないから午前Ⅱも難しいのでは？」

と過度に心配する必要はありません。

午前Ⅰ免除ならIT基礎知識を一から勉強する必要はない

午前Ⅰが免除されているのであれば、基本的なIT知識を一から勉強する必要はありません。

もちろん、午後問題を解いているときに知らないIT用語が出てくることはあります。

その場合は、その都度調べて理解すれば十分です。

大切なのは、

「IT知識がないからITの勉強から始める」

という考え方をしないことです。

試験まで半年以上あるとはいえ、プロジェクトマネージャ試験に必要な勉強に時間を使いましょう。

最初はプロジェクトマネジメントの基礎知識を確認する

最初に取り組みたいのが、プロジェクトマネジメントの基礎知識です。

プロジェクトマネージャ試験では、PMに関する知識が午前Ⅱ、午後Ⅰ、午後Ⅱのすべてに関係します。

IT知識よりも、PMの基礎知識を優先してください。

まずはプロジェクトマネージャ試験向けの参考書を一度読みます。

ここで重要なのは、最初からすべてを暗記することではありません。

一度読んで、次のことを把握しましょう。

• 何を知っているのか
• 何を知らないのか
• どこが理解できていないのか

そのうえで、知らないところや理解が曖昧なところを重点的に確認します。

PM経験があるからこそ「実務と試験知識」を結びつける

IT知識がある方と比較すると、PMに関する知識をしっかり確認しておいた方がよいでしょう。

ただし、PM経験があるのであれば、PMに関する知識をすべて一から勉強する必要はありません。

実務で経験していることと、試験で問われる知識を結びつけながら理解していきましょう。

「実務では何となくやっているけれど、言葉では説明できない」

というものを見つけることも、参考書を読む目的の一つです。

午前Ⅱは過去問中心で対策し、正答率8割を目指す

PM基礎を確認したら、午前Ⅱの対策に進みます。

午前Ⅱは過去問中心で勉強しましょう。

過去問を繰り返し解くことで、次のことが分かってきます。

• どのような問題が出るのか
• どの知識がよく問われるのか
• 自分が苦手な分野はどこなのか

間違えた問題については、解説を確認して、なぜその答えになるのかを理解しましょう。

IT知識がなくても午前Ⅱは解ける

ここは、IT知識に不安がある方にぜひ伝えたいポイントです。

午前Ⅱで問われるプロジェクトマネジメントの知識は、必ずしも高度なIT知識がなければ解けないものではありません。

プロジェクトマネジメントに関する知識が中心となる問題であれば、PMとしての経験やPM基礎の知識を使って解くことができます。

そのため、

「IT知識がないから午前Ⅱは無理」

と考える必要はありません。

まずは実際に過去問を解いてみてください。

思っているよりも解ける問題が多いはずです。

自信を持って取り組みましょう。

午前Ⅱは正答率8割を目標にする

長期で試験対策をできる今回は、午前Ⅱの過去問で正答率8割を目標にします。

合格基準の6割を超えれば合格できますが、できるだけ余裕を持って本番を迎えたいところです。

8割程度を安定して取れるようになったら、午前Ⅱの勉強に時間をかけすぎず、午後問題の対策へ移りましょう。

午後Ⅰは問題文の読み方と解法を身につける

午後Ⅰからは、単純な知識だけでは対応しにくくなります。

重要なのは、

問題文をどのように読み、どのように答えを導き出すか

という解法です。

そのため、参考書などを使って、プロジェクトマネージャ試験の午後Ⅰ特有の解き方を学びます。

その後、過去問を使って演習を行います。

基本的な流れは次のとおりです。

1. 参考書で解法を学ぶ
2. 過去問を解く
3. 解答・解説を確認する
4. 自分の解き方と比較する
5. もう一度解いてみる

午後ⅠではITプロジェクトの内容に慣れる

IT知識がない方の場合、午後Ⅰの問題文に出てくるシステム開発やITプロジェクト特有の内容に慣れておくことも重要です。

最初は、

「何を言っているのか分からない」

と感じる問題があるかもしれません。

しかし、これは問題演習を繰り返すことで徐々に慣れていきます。

分からないIT用語が出てきた場合は、その都度調べておきましょう。

ITエンジニアとして必要なレベルまでIT知識を身につける必要はありません。

プロジェクトマネージャ試験の問題文を理解できる程度まで慣れることを目指せば十分です。

午後Ⅰは正答率8割を目標にする

長期の場合、午後Ⅰも過去問で正答率8割を目標にします。

午後Ⅰの問題を解く力を身につけることで、午後Ⅱの論文対策にもつながります。

問題文から、次のような情報を読み取る力を身につけましょう。

• プロジェクトの状況
• 発生している問題
• PMが取るべき対応
• ステークホルダーとの関係
• リスクや課題

午後ⅡはPM経験を最大限に活用する

午後Ⅱでは論文を書く必要があります。

ここは、PM経験がある方にとって大きなチャンスです。

午後Ⅱの対策は、次の順番で進めます。

1. 解法を学ぶ
2. 自分のPM経験を整理する
3. 実際に論文を書く

まずは午後Ⅱの論文の解法を学ぶ

午後Ⅱでは、単にプロジェクト経験があればよいわけではありません。

設問に合わせて、自分の経験を使いながら論理的に論文を書く必要があります。

そのため、参考書などを使って、次の内容を確認します。

• 問題文の読み方
• 設問の意図
• 論文の構成
• 自分の経験の使い方
• 文字数
• 時間配分

「自分の経験をどう論文に変換するのか」を理解することが重要です。

午後Ⅱの論文に使うプロジェクトはITに少し関連するものを選ぶ

ここは、IT知識がない方に特に注意してほしいポイントです。

午後Ⅱの論文で使うプロジェクトは、ある程度ITに関連するものを準備しておくことをおすすめします。

普段からITプロジェクトに関わっている方であれば問題ありません。

一方で、ITとは直接関係しないプロジェクトを担当している方の場合、

「論文に使えるITプロジェクトの経験がない」

ということがあるでしょう。

その場合は、自分が過去に経験したプロジェクトを、ITプロジェクトとして説明できる形に整理しておくとよいでしょう。

プロジェクト全体を完全にITプロジェクトへ置き換える必要はない

ここで注意したいのは、

プロジェクトの内容をすべてITプロジェクトに作り替える必要はない

ということです。

午後Ⅱで問われるテーマは、必ずしもITそのものについて回答するものではありません。

例えば、次のようなテーマがあります。

• ステークホルダーとの調整
• リスクへの対応
• 品質確保
• スケジュール管理

これらは、さまざまなプロジェクトに共通するテーマです。

重要なのは、論文の冒頭などで、

「このプロジェクトはITに関連するプロジェクトである」

ということを説明できる程度にしておくことです。

自分の実際の経験をベースにしながら、試験で扱いやすい形に整理しておきましょう。

午後Ⅱは10の知識エリアごとにPM経験を整理する

午後Ⅱの論文対策では、自分の経験を整理しておくことが重要です。

特におすすめなのが、10の知識エリアごとに整理する方法です。

例えば、次のような観点から自分の経験を振り返ります。

• 統合
• スコープ
• スケジュール
• コスト
• 品質
• 資源
• コミュニケーション
• リスク
• 調達
• ステークホルダー

一つのプロジェクト経験が、複数の知識エリアに使えることもあります。

そのため、

「自分には論文に使える経験が一つしかない」

と考える必要はありません。

一つの経験をさまざまな角度から整理しておくことで、さまざまな出題テーマに対応できるようになります。

午後Ⅱは実際に10問程度の論文を書いてみる

試験まで半年以上あるのであれば、実際に論文を書いてみましょう。

目安として、過去問を使って10問程度は論文演習をしておきたいところです。

論文は、頭の中で書き方を理解しているだけでは、本番で書き切れるとは限りません。

実際に書いてみることで、次のような課題が見えてきます。

• 時間が足りない
• 文字数が足りない
• 設問に答えられていない
• 経験をうまく文章にできない
• 構成を考えるのに時間がかかる

半年以上の時間があるからこそ、実際に書いて、改善する時間を確保しましょう。

試験直前は本番を想定した時間内演習を行う

試験直前には、本番を想定した時間内演習を行います。

本番と同じ時間で、次のところまで実際に行います。

• 問題を読む
• 解答を考える
• 論文の構成を考える
• 論文を書く
• 見直す

特に重要なのが午後Ⅱです。

「時間があれば書ける」のではなく、本番の時間内で書き切れる状態を目指しましょう。

実戦形式で演習してみて、時間配分に問題があれば、本番までに修正します。

試験まで半年以上あるなら、焦らず一つずつ仕上げる

試験まで半年以上ある場合、短期のように「7割取れたら次へ」と急ぐ必要はありません。

今回の目標は次のとおりです。

• 午前Ⅱ：正答率8割
• 午後Ⅰ：正答率8割
• 午後Ⅱ：論文演習10問程度

特にこのタイプの場合、IT知識に不安がある分、午後Ⅰの問題演習でITプロジェクト特有の内容に慣れる時間を十分に確保しましょう。

また、午後Ⅱに使うプロジェクトについても、ITとの関連性を説明できるように準備しておきます。

長期だからこそ、焦らず一つずつ仕上げていきましょう。

プロジェクトマネージャ試験は「PM基礎→午前Ⅱ→午後Ⅰ→午後Ⅱ」の順番で勉強する

このタイプの場合、基本的な勉強の順番は次のとおりです。

1. PM基礎
2. 午前Ⅱ
3. 午後Ⅰ
4. 午後Ⅱ

午前Ⅰは免除されているため、対策する必要はありません。

IT基礎知識についても、一から勉強する必要はありません。

まずPMの基礎を確認し、午前Ⅱの過去問で知識を確認します。

その後、午後Ⅰの解法を学び、ITプロジェクトの問題に慣れていきます。

そして午後Ⅱでは、自分のPM経験を整理して論文演習を行います。

プロジェクトマネージャ試験の受験そのものを一つのプロジェクトとして考える

プロジェクトマネージャ試験の受験そのものも、一つのプロジェクトとして考えてみましょう。

例えば、次のように考えられます。

• 試験日：納期
• 勉強時間：リソース
• 午前Ⅱ・午後Ⅰ・午後Ⅱ：成果物
• 自分の知識や経験：現在のプロジェクトの状態

そう考えると、

「今、自分が何をすべきなのか」

が見えやすくなります。

試験まで半年以上あるからといって、最初からすべてを勉強する必要はありません。

次のように、一つずつ進めていきましょう。

1. PM基礎を確認する
2. 午前Ⅱを仕上げる
3. 午後Ⅰを仕上げる
4. 午後Ⅱの論文を仕上げる

まとめ｜IT知識を一から勉強せず、PM経験をプロジェクトマネージャ試験に活かそう

PM経験があり、IT知識には自信がないものの、今回受験するプロジェクトマネージャ試験で午前Ⅰが免除されており、試験まで半年以上ある場合は、IT基礎から勉強し直す必要はありません。

まずはPMの基礎知識を参考書で一度確認しましょう。

そのうえで、午前Ⅱは過去問中心に対策し、正答率8割を目標にします。

午前Ⅱで問われるプロジェクトマネジメントの知識は、ITの専門知識がなくても解けるものが多いため、自信を持って取り組みましょう。

午後Ⅰでは参考書などで解法を学び、過去問演習を行います。

IT知識がない場合は、問題文に出てくるITプロジェクトの内容に慣れることも重要です。

分からないIT用語があれば、その都度確認しましょう。

そして午後Ⅱでは、PM経験を最大限に活用します。

論文の解法を学び、自分の経験を10の知識エリアごとに整理し、過去問を使って10問程度の論文を書いてみましょう。

また、論文に使うプロジェクトについては、ある程度ITに関連するプロジェクトを準備しておくことをおすすめします。

普段ITプロジェクトに関わっていない場合は、過去のプロジェクトをITに関連するものとして説明できるように整理しておきましょう。

ただし、プロジェクト全体を完全にITプロジェクトに置き換える必要はありません。

午後Ⅱで論述するプロジェクトについて、ITに関連するプロジェクトであることを説明できる程度に準備しておけばよいでしょう。

IT知識がないことより、PM経験を活かすことを考える

このタイプの方は、

「IT知識がないから自分は不利だ」

と考えてしまうかもしれません。

しかし、PM経験があることは大きな武器です。

午前Ⅰが免除されているのであれば、IT基礎知識を一から勉強する必要もありません。

それよりも、次のことに時間を使いましょう。

• PMの基礎知識を確認する
• 午前Ⅱ・午後Ⅰの過去問を解く
• ITプロジェクトの問題に慣れる
• 自分のPM経験を論文に使える形に整理する

特に午後Ⅱでは、実際のPM経験を持っていることが大きな強みになります。

IT知識がないことを過度に気にするのではなく、自分が持っているPM経験をどう試験で活用するかを考えてみてください。

プロジェクトマネージャ試験も一つのプロジェクト

最後に、プロジェクトマネージャ試験の受験も、一つのプロジェクトだと考えてみましょう。

試験日という納期に向けて、限られたリソースをどこに配分するのか。

何を先にやるのか。

どこまでできたら次に進むのか。

そして、現在の進捗はどうなのか。

こうしたことを考えながら受験勉強を進めてみてください。

PMとしてプロジェクトを管理するように、自分自身の受験プロジェクトもマネジメントする。

これが、プロジェクトマネージャ試験対策の一つの考え方です。

あわせて読みたい

私自身のプロジェクトマネージャ試験の受験経験については、こちらの記事で紹介しています。

【合格体験記】IT未経験からプロジェクトマネージャ試験に合格するまでの勉強法を公開

The post プロジェクトマネージャ試験の勉強法｜PM経験があり、IT知識がなし、午前Ⅰ免除がある場合【試験まで半年以上あるひと向け】 first appeared on PM道場.

「PM経験もIT知識もあるけれど、午前Ⅰ免除がない……」

「午前Ⅰ、午前Ⅱ、午後Ⅰ、午後Ⅱのどこから勉強すればいい？」

そんな方に向けて、この記事ではプロジェクトマネージャ試験の勉強方法を解説します。

今回想定しているのは、次のような方です。

• PMとして1プロジェクト以上の経験がある
• 基本情報技術者試験に合格できる程度のIT知識がある
• 今回受験するプロジェクトマネージャ試験で午前Ⅰが免除されていない
• 試験まで半年未満しかない

この条件に当てはまる方は、PM経験とIT知識という大きな強みを持っています。

一方で、試験までの時間が短く、さらに午前Ⅰ対策も必要です。

そのため、長期の場合とは違い、「どこまで勉強したら次に進むのか」という見切りの基準を決めることが重要になります。

この記事では、限られた時間を有効に使いながら、プロジェクトマネージャ試験の合格を目指すための勉強方法を紹介します。

この勉強法の対象者

この記事では、次の条件に当てはまる方を対象にしています。

• PMとして1プロジェクト以上の経験がある
• 基本情報技術者試験に合格できる、または合格する自信がある程度のIT知識がある
• 今回受験するプロジェクトマネージャ試験で午前Ⅰが免除されていない
• 試験まで半年未満である

PM経験について

ここでいうPM経験とは、自分がメインのプロジェクトマネージャとして1プロジェクト以上経験していることです。

PM補佐、PMO、PLなどの経験だけの場合は、ここでいうPM経験には含めません。

プロジェクトマネージャ試験では、午後Ⅱの論文で実際のプロジェクト経験を活用できます。

そのため、PMとして実際にプロジェクトをマネジメントした経験があることは大きな強みになります。

たとえ1プロジェクトだけであっても、その経験を整理しておけば、午後Ⅱの論文に活用できます。

IT知識について

この記事では、

「基本情報技術者試験に合格できる、または合格する自信がある程度のIT知識」

をIT知識ありと考えます。

この程度のIT知識があれば、プロジェクトマネージャ試験のためにIT基礎知識を一から勉強する必要はありません。

ただし、午前Ⅰが免除されていないため、午前Ⅰの対策は必要です。

午前Ⅰ免除について

ここで確認しておきたいのは、

「応用情報技術者試験に合格しているか」ではなく、「今回受験するプロジェクトマネージャ試験で午前Ⅰが免除されているか」です。

応用情報技術者試験に合格していても、午前Ⅰ免除の有効期間を過ぎている場合があります。

また、応用情報技術者試験以外の条件によって午前Ⅰが免除される場合もあります。

そのため、受験する年度のIPAの最新情報を確認し、自分が午前Ⅰ免除の対象になっているかを確認してください。

短期の場合、応用情報技術者試験は受験しない

試験まで半年未満しかない場合、応用情報技術者試験を受験して午前Ⅰ免除を狙う方法は基本的におすすめしません。

応用情報技術者試験を受験するのであれば、応用情報そのものに集中して合格を目指す必要があります。

短期間で応用情報とプロジェクトマネージャ試験を並行して勉強するのは、効率がよくありません。

そこで、今回は、

プロジェクトマネージャ試験の午前Ⅰを直接対策する

という方針で進めます。

短期の場合は、試験に必要なものを一つずつ攻略していきましょう。

午前Ⅰは過去問中心で対策する

午前Ⅰは幅広いIT知識が問われます。

しかし、試験までの時間が限られているため、午前Ⅰのために参考書を最初から最後まで勉強することはおすすめしません。

基本的には、

過去問をたくさん解く

という方法で対策します。

まず問題を解いてみて、自分がどの分野を理解していて、どの分野を理解していないのかを確認します。

間違えた問題については解説を読み、必要な知識を確認します。

そのうえで、また問題を解きます。

この繰り返しで、午前Ⅰの得点力を高めていきます。

午前Ⅰの目標は正答率7割

短期の場合、午前Ⅰは正答率7割を一つの基準にします。

午前Ⅰの合格基準は6割ですが、合格点ぴったりを目指すのはリスクがあります。

一方で、午前Ⅰに時間をかけすぎると、午前Ⅱ、午後Ⅰ、午後Ⅱの対策時間がなくなってしまいます。

そのため、

過去問で7割を安定して取れる状態になったら、午前Ⅰの勉強に時間をかけすぎない

という判断をします。

短期では、このように「ここまでできたら次へ進む」という基準を決めることが重要です。

過去問道場を活用する

午前Ⅰの対策には、過去問道場を活用するのもおすすめです。

プロジェクトマネージャ試験の午前Ⅰ対策として、応用情報技術者試験などの過去問を利用できます。

スマートフォンでも問題を解けるため、通勤時間や昼休みなどのスキマ時間を有効活用できます。

短期の試験対策では、こうしたスキマ時間も積極的に利用しましょう。

PMの基礎を確認する

午前Ⅰの対策と並行して、プロジェクトマネジメントの基礎知識もしっかり確認します。

IT知識があってPM経験もあるからといって、PM試験の知識が十分とは限りません。

プロジェクトマネージャ試験では、PMに関する知識が午前Ⅱ、午後Ⅰ、午後Ⅱのすべてに関係します。

そのため、PM基礎は重要です。

まずはプロジェクトマネージャ試験向けの参考書を一度読みましょう。

ここで大切なのは、参考書の内容をすべて暗記することではありません。

一度読んで、次のことを把握します。

• 何を知っているのか
• 何を知らないのか
• 理解が曖昧なものは何か

そして、知らないところや理解が曖昧なところを重点的に確認します。

短期だからこそ、すでに知っていることに時間を使いすぎないことが重要です。

午前Ⅱは過去問中心で対策する

PM基礎を確認したら、午前Ⅱの対策に進みます。

午前Ⅱも基本的には過去問中心で対策します。

過去問を繰り返し解き、次のことを確認します。

• どのような問題が出るのか
• どの知識がよく問われるのか
• 自分が苦手な分野はどこなのか

間違えた問題は解説を読み、単に答えを覚えるのではなく、なぜその答えになるのかを理解しましょう。

午前Ⅱは7割を安定して超える

午前Ⅱの目標は、

正答率7割を安定して超えること

です。

合格基準は6割ですが、短期の場合でも6割ぎりぎりを狙うのはおすすめしません。

一方で、8割、9割を目指して午前Ⅱに時間を使いすぎるのも効率的ではありません。

そのため、

7割を安定して超えたら、午前Ⅱの勉強は一旦区切る

という判断をします。

残った時間は午後問題の対策に使いましょう。

午後Ⅰは解法を身につける

午後Ⅰからは、単純な知識だけでは対応しにくくなります。

重要なのは、

問題文をどのように読んで、どのように答えを導き出すか

という解法です。

そのため、参考書などを使ってプロジェクトマネージャ試験の午後Ⅰ特有の解き方を学びます。

その後、過去問を使って実際に問題を解きます。

基本的な流れは次のとおりです。

1. 参考書で解法を学ぶ
2. 過去問を解く
3. 解答・解説を確認する
4. 自分の解き方と比較する
5. もう一度解いてみる

午後Ⅰは7割を安定して超える

午後Ⅰも、

過去問で正答率7割を安定して超える

ことを目標にします。

短期の場合、午後Ⅰについても「8割を取れるまで」としてしまうと、午後Ⅱに使える時間が減ってしまいます。

そのため、7割を安定して超えられるようになったら、午後Ⅰの対策に時間をかけすぎず、午後Ⅱに進みます。

プロジェクトマネージャ試験では午後Ⅱが非常に重要です。

短期の場合は特に、午後Ⅱに十分な時間を残すことを意識してください。

午後Ⅱは最優先で対策する

午後Ⅱでは論文を書く必要があります。

ここは、短期の試験対策で最も重要な部分の一つです。

午後Ⅱの対策は、

解法を学ぶ → PM経験を整理する → 実際に論文を書く

という順番で進めます。

まずは論文の解法を学ぶ

午後Ⅱでは、単にPM経験を持っているだけでは十分ではありません。

出題されたテーマや設問に対して、自分の経験を使って論理的に回答する必要があります。

そのため、参考書などを使って、次の内容を確認します。

• 問題文の読み方
• 設問の意図
• 論文の構成
• 自分の経験の使い方
• 文字数
• 時間配分

「どのように論文を書けばよいのか」を先に理解しておきましょう。

自分のPM経験を整理する

次に、自分のPM経験を整理します。

PM経験が1プロジェクトだけでも問題ありません。

どんな経験でも、整理の仕方によって論文に活用できます。

例えば、次のように10の知識エリアごとに整理しておくと便利です。

• スコープ
• スケジュール
• コスト
• 品質
• 資源
• コミュニケーション
• リスク
• 調達
• ステークホルダー
• 統合

一つの経験が複数の知識エリアに関係することもあります。

そのため、

「このテーマにはこの経験しか使えない」と考えるのではなく、自分の経験をさまざまな角度から整理しておきましょう。

最低5問は実際に論文を書く

短期の場合でも、午後Ⅱの論文演習は実際に行いましょう。

目安として、

最低5問

は過去問を使って論文を書いてみることをおすすめします。

論文は、頭の中で書き方を理解しているだけでは、本番で書き切れるとは限りません。

実際に書いてみることで、次のような課題が見えてきます。

• 時間が足りない
• 文字数が足りない
• 設問にうまく答えられない
• 経験をうまく文章にできない
• 構成を考えるのに時間がかかる

試験までの時間が短いからこそ、早い段階で実際に論文を書いて、自分の問題点を把握しましょう。

短期の場合はスケジュール管理が重要

試験まで半年未満しかない場合、勉強時間そのものだけでなく、

どの時期に何を勉強するか

が非常に重要です。

例えば、試験まで4か月あるとします。

その場合の一例として、次のような配分が考えられます。

1か月目

• 午前Ⅰ対策
• PM基礎・午前Ⅱ対策

2か月目

• 午後Ⅰの解法習得
• 午後Ⅰ過去問演習

3か月目

• 午後Ⅱの解法習得
• PM経験の整理
• 論文演習

4か月目

• 本番を想定した実戦演習
• 苦手分野の復習
• 午後Ⅱの論文演習

もちろん、試験までの期間や1週間あたりの勉強時間によって調整してください。

重要なのは、

午後Ⅱのための時間を最後まで残しておくこと

です。

勉強する順番を守る

短期の試験対策では、

「全部やらなければ」

と考えてしまいがちです。

しかし、時間は有限です。

例えば午前Ⅰで7割を取れるようになったにもかかわらず、8割、9割を目指して勉強を続けていると、その分だけ午後問題の対策時間が減ります。

午前Ⅱも同じです。

7割を安定して超えたら、次の段階に進みましょう。

つまり、次のように各段階に到達基準を設けます。

1. 午前Ⅰ：7割
2. PM基礎
3. 午前Ⅱ：7割を安定
4. 午後Ⅰ：7割を安定
5. 午後Ⅱ：最低5問の論文演習
6. 本番演習

短期では、「何をやるか」だけでなく「いつ次に進むか」を決めることが重要です。

本番を想定した演習を行う

最後は、本番を想定した時間内演習を行います。

本番と同じ時間で、次のところまで実際に行います。

• 問題を読む
• 解答を考える
• 論文の構成を考える
• 論文を書く
• 見直す

特に午後Ⅱを重視しましょう。

「時間があれば書ける」のではなく、

本番の時間内で書き切れる

状態を目指します。

実戦演習で時間配分に問題が見つかったら、本番までに修正します。

この勉強法の全体像

ここまでの内容をまとめると、次のようなルートになります。

午前Ⅰ

過去問中心
↓
正答率7割を安定させる

PM基礎

参考書を一度読む
↓
知らない・理解が曖昧なところを確認

午前Ⅱ

過去問中心
↓
正答率7割を安定させる

午後Ⅰ

参考書で解法を習得
↓
過去問演習
↓
正答率7割を安定させる

午後Ⅱ

参考書で解法を習得
↓
自分のPM経験を整理
↓
10の知識エリアごとに経験を整理
↓
最低5問の論文演習

最後

本番を想定した時間内演習
↓
苦手分野の復習
↓
本番へ

短期の試験対策で大切なのは「見切り」

短期でプロジェクトマネージャ試験を受験する場合、すべての分野を完璧にすることは難しいでしょう。

だからこそ、

どこまでできたら次に進むのか

を最初に決めておくことが重要です。

今回の目安は、次のとおりです。

• 午前Ⅰ：7割
• 午前Ⅱ：7割を安定
• 午後Ⅰ：7割を安定
• 午後Ⅱ：最低5問

これは「7割取れれば十分」という意味ではありません。

合格基準である6割に対して一定の余裕を持たせつつ、限られた時間を午後Ⅱなどの重要な対策に振り分けるための基準です。

特に短期では、午前Ⅰや午前Ⅱで必要以上に高得点を狙い続けるよりも、午後問題の対策に時間を使うことが重要です。

プロジェクトマネージャ試験も一つのプロジェクト

私がこの試験対策で一番伝えたいのは、

プロジェクトマネージャ試験の受験そのものを、一つのプロジェクトとして考える

ということです。

例えば、次のように考えます。

• 試験日＝納期
• 勉強時間＝リソース
• 午前Ⅰ、午前Ⅱ、午後Ⅰ、午後Ⅱ＝成果物
• 自分の知識や経験＝現在のプロジェクトの状態

そう考えると、

「今、自分が何をやるべきなのか」

が見えやすくなります。

短期の場合は特に、すべてを同時に進めるのではなく、優先順位をつけることが重要です。

午前Ⅰが必要なら、まず午前Ⅰを合格圏まで持っていく。

その後、PM基礎、午前Ⅱ、午後Ⅰと進める。

そして、できるだけ午後Ⅱのための時間を確保する。

これもプロジェクトマネジメントの一つの考え方ではないでしょうか。

まとめ

PM経験があり、IT知識もあるものの、今回受験するプロジェクトマネージャ試験で午前Ⅰが免除されておらず、試験まで半年未満の場合は、時間との勝負になります。

この場合、応用情報技術者試験を受験して午前Ⅰ免除を狙うのではなく、プロジェクトマネージャ試験の午前Ⅰを直接対策する方法がおすすめです。

勉強の順番は、次のとおりです。

午前Ⅰ
↓
PM基礎
↓
午前Ⅱ
↓
午後Ⅰ
↓
午後Ⅱ
↓
本番演習

午前Ⅰは過去問中心で、正答率7割を目標にします。

PM基礎は参考書を一度読み、知らないところや理解が曖昧なところを確認します。

午前Ⅱは過去問中心で、7割を安定して超えることを目標にします。

午後Ⅰは参考書などでプロジェクトマネージャ試験特有の解法を学び、過去問演習を行います。

午後Ⅰも7割を安定して超えることを目標にします。

そして、午後Ⅱはできるだけ時間を確保します。

解法を学び、自分のPM経験を整理し、10の知識エリアごとに経験を整理します。

そのうえで、最低5問は実際に論文を書いてみましょう。

短期の場合は、すべてを完璧にするのではなく、

「ここまでできたら次へ進む」

という基準を持つことが重要です。

午前Ⅰや午前Ⅱで必要以上に時間を使わず、午後Ⅱの対策時間を確保する。

そして最後は、本番を想定した時間内演習を行います。

プロジェクトマネージャ試験を「プロジェクト」として考える

プロジェクトマネージャ試験の受験も、一つのプロジェクトです。

試験日という納期に向けて、限られたリソースで必要な成果物を完成させていきます。

だからこそ、

• 計画を立てる
• 優先順位をつける
• 進捗を確認する
• 必要に応じて計画を修正する
• 最後までやり切る

短期の試験対策では、この考え方が特に重要になります。

PMとしてプロジェクトを管理するように、自分自身の受験プロジェクトもマネジメントしてみてください。

あわせて読みたい

私自身のプロジェクトマネージャ試験の受験経験については、こちらの記事で紹介しています。

プロジェクトマネージャ試験合格体験記

The post プロジェクトマネージャ試験の勉強法｜PM経験・IT知識があり、午前Ⅰ免除がない場合【試験まで半年未満の場合】 first appeared on PM道場.

「応用情報技術者試験には合格していないけれど、PM経験もIT知識もある。どう勉強すればいい？」

「プロジェクトマネージャ試験まで半年以上あるけれど、まず何から始めればいい？」

そんな方に向けて、この記事ではプロジェクトマネージャ試験の勉強方法を解説します。

今回想定しているのは、次のような方です。

• PMとして1プロジェクト以上の経験がある
• 基本情報技術者試験に合格できる程度のIT知識がある
• 今回受験するプロジェクトマネージャ試験で午前Ⅰが免除されていない
• 試験まで半年以上ある

この条件に当てはまる方は、プロジェクトマネージャ試験に必要なPM経験とIT知識はある程度備わっています。

一方で、午前Ⅰの対策が必要になるため、午前Ⅰ免除の人と比べると、勉強すべき範囲が広くなります。

そこで重要になるのが、

「一つずつ着実に対策する」

という考え方です。

特に、応用情報技術者試験を受験するかどうかによって、勉強の進め方が大きく変わります。

この勉強法の対象者

この記事では、次の条件に当てはまる方を対象にしています。

• PMとして1プロジェクト以上の経験がある
• 基本情報技術者試験に合格できる、または合格する自信がある程度のIT知識がある
• 今回受験するプロジェクトマネージャ試験で午前Ⅰが免除されていない
• 試験まで半年以上ある

PM経験について

ここでいうPM経験とは、自分がメインのプロジェクトマネージャとして1プロジェクト以上経験していることです。

PM補佐、PMO、PLなどの経験だけの場合は、ここでいうPM経験には含めません。

プロジェクトマネージャ試験では、午後Ⅱの論文で実際のプロジェクト経験を活用できます。

そのため、PMとして実際にプロジェクトをマネジメントした経験があることは大きな強みになります。

たとえ1プロジェクトだけであっても、その経験をしっかり整理しておけば、午後Ⅱの論文に活用できます。

IT知識について

この記事では、

「基本情報技術者試験に合格できる、または合格する自信がある程度のIT知識」

をIT知識ありと考えます。

この程度のIT知識があれば、プロジェクトマネージャ試験のためにIT基礎知識を一から勉強する必要はありません。

ただし、午前Ⅰが免除されていない場合は、午前Ⅰ対策が必要になります。

午前Ⅰ免除について

今回重要なのは、

「応用情報技術者試験に合格しているか」

ではありません。

確認するべきなのは、

「今回受験するプロジェクトマネージャ試験で午前Ⅰが免除されているか」

です。

応用情報技術者試験に合格していても、午前Ⅰ免除の有効期間を過ぎている場合があります。

また、応用情報技術者試験以外の条件によって午前Ⅰが免除される場合もあります。

そのため、受験する年度のIPAの最新情報を確認して、自分が午前Ⅰ免除の対象になっているかを確認してください。

まず「応用情報技術者試験を受験するか」を考える

この条件の方が最初に考えたいのが、

「応用情報技術者試験を受験するか」

です。

試験まで半年以上あるのであれば、応用情報技術者試験を受験して、合格後に午前Ⅰ免除を狙うという方法があります。

私は、応用情報技術者試験を受験すると決めたのであれば、

「まずは応用情報技術者試験に集中する」

ことをおすすめします。

プロジェクトマネージャ試験の勉強と応用情報技術者試験の勉強を並行して進めることはおすすめしません。

なぜなら、応用情報技術者試験に合格できるだけの知識が身についていない状態で、さらに難易度の高いプロジェクトマネージャ試験の対策を同時に進めるのは効率が悪いからです。

まず応用情報技術者試験に合格する。

その後、プロジェクトマネージャ試験の対策に集中する。

というように、一つずつクリアしていきましょう。

応用情報技術者試験を受験する場合は、まず応用情報に集中する

応用情報技術者試験を受験すると決めたのであれば、まずは応用情報技術者試験の合格を目指します。

この段階では、プロジェクトマネージャ試験の勉強は基本的に行いません。

「応用情報の勉強をしながら、PM試験の午後Ⅱも少しずつ……」

というやり方ではなく、

「今は応用情報プロジェクトを成功させる」

くらいの気持ちで、応用情報に集中しましょう。

応用情報技術者試験に合格できれば、午前Ⅰ免除を利用してプロジェクトマネージャ試験の対策を進められます。

そして、応用情報技術者試験に合格した後は、プロジェクトマネージャ試験の勉強に切り替えます。

この場合は、別の記事で紹介している「午前Ⅰ免除がある場合」の勉強方法を参考にしてください。

応用情報技術者試験に不合格だった場合も、まずは合格を目指す

では、応用情報技術者試験に不合格だった場合はどうすればよいでしょうか。

基本的な考え方はシンプルです。

「もう一度、応用情報技術者試験の合格を目指す」

です。

応用情報技術者試験に合格できない状態で、プロジェクトマネージャ試験の勉強に進んでも、かなり厳しい戦いになると考えられます。

もちろん、応用情報技術者試験とプロジェクトマネージャ試験は別の試験です。

しかし、プロジェクトマネージャ試験では、ITに関する基礎知識だけでなく、プロジェクトマネジメントに関する知識や午後問題への対応力も必要になります。

まず応用情報技術者試験に合格できるだけの力を身につける。

そのうえで、プロジェクトマネージャ試験に進む。

という順番がおすすめです。

応用情報技術者試験を受験すると決めた場合は、

「応用情報技術者試験 → プロジェクトマネージャ試験」

と、一つずつ着実に進めましょう。

応用情報技術者試験に合格したら、PM試験対策に切り替える

応用情報技術者試験に合格して、プロジェクトマネージャ試験の午前Ⅰ免除を利用できる状態になったら、そこからはプロジェクトマネージャ試験の対策に集中します。

この時点で、基本的には次の順番で進めます。

1. PM基礎の確認
2. 午前Ⅱ
3. 午後Ⅰ
4. 午後Ⅱ
5. 本番を想定した演習

具体的な勉強方法は、午前Ⅰ免除がある場合の勉強法を参考にしてください。

応用情報技術者試験を受験しない場合は、午前Ⅰを直接対策する

一方、

「応用情報技術者試験を受験する予定はない」

という場合もあるでしょう。

その場合は、プロジェクトマネージャ試験の午前Ⅰを直接対策します。

この場合も、基本的な考え方は、

「過去問をたくさん解く」

です。

午前Ⅰは幅広いIT知識が問われます。

そのため、最初からすべての知識を参考書で勉強しようとすると、かなり時間がかかります。

まずは過去問を解いて、自分の知識を確認してみましょう。

午前Ⅰの目標は正答率8割

午前Ⅰは、

「過去問で正答率8割」

を目標にします。

プロジェクトマネージャ試験では午前Ⅰだけでなく、午前Ⅱ、午後Ⅰ、午後Ⅱの対策も必要です。

そのため、午前Ⅰについても必要以上に時間をかける必要はありません。

過去問を繰り返し解いて、8割程度の正答率を取れる状態を目指します。

過去問演習には、過去問道場を活用するのもよいでしょう。

プロジェクトマネージャ試験の午前Ⅰ対策として、応用情報技術者試験などの過去問を利用する方法もあります。

スマートフォンでも利用できるため、通勤時間などのスキマ時間を活用することもできます。

PMの基礎をしっかり確認する

午前Ⅰ対策が必要な場合、IT知識の勉強に目が行きがちです。

しかし、プロジェクトマネージャ試験で重要なのは、IT知識だけではありません。

プロジェクトマネジメントに関する知識もしっかりと身につける必要があります。

特にこのタイプの場合、応用情報技術者試験を取得していないため、午前Ⅰ免除がある人よりもPMの基礎知識をしっかり確認することをおすすめします。

まずはプロジェクトマネージャ試験向けの参考書を一度読みましょう。

ここで重要なのは、

「全部暗記する」

ことではありません。

参考書を一度読んで、次の内容を把握します。

• 何を知っているのか
• 何を知らないのか
• 仕事で使っている知識は何か
• 聞いたことはあるけれど理解が曖昧なものは何か

そして、知らない部分や理解が曖昧な部分を重点的に勉強します。

PM経験がある方であれば、仕事の中で自然に身につけている知識も多いでしょう。

そのため、自分の経験と参考書の知識を結びつけながら理解していくと、効率よく勉強できます。

午前Ⅱは過去問中心で対策する

PM基礎を確認したら、午前Ⅱの対策に進みます。

午前Ⅱは、基本的に過去問中心で問題ありません。

プロジェクトマネージャ試験の過去問を繰り返し解いて、出題される知識や問題の傾向を把握していきます。

基本的な流れは、

1. 過去問を解く
2. 間違えた問題を確認する
3. なぜ間違えたのかを理解する
4. 再び問題を解く

過去問演習を繰り返して、知識を定着させていきましょう。

午前Ⅱの目標は正答率8割

午前Ⅱでは、

「過去問で正答率8割」

を目標にします。

午前Ⅱは、過去問を繰り返し解くことで得点力を高めやすい分野です。

ただし、答えだけを覚えるのではなく、

「なぜこの選択肢が正解なのか」

まで理解することを意識してください。

8割程度の正答率を安定して取れるようになれば、午前Ⅱの対策は一旦区切りをつけ、午後問題の対策へ進みます。

午後Ⅰは「解法」を身につける

午後Ⅰからは、単純な知識の暗記だけでは対応しにくくなります。

午後Ⅰでは、

「問題文をどのように読んで、どのように答えを導き出すのか」

という解法を身につけることが重要です。

そのため、参考書などを使って、プロジェクトマネージャ試験の午後Ⅰ特有の解き方を学びましょう。

そのうえで、過去問を使って演習します。

基本的な流れは、

1. 参考書で解法を学ぶ
2. 過去問を解く
3. 解答・解説を確認する
4. 自分の解き方と比較する
5. もう一度解いてみる

という流れです。

応用情報の午後問題を経験していなくても大丈夫

応用情報技術者試験に合格していない場合、午後問題に慣れていないことを不安に感じるかもしれません。

しかし、ここでは、

「プロジェクトマネージャ試験の午後Ⅰの解法を学ぶ」

ことを重視すればよいでしょう。

プロジェクトマネージャ試験には、プロジェクトマネジメントに関する問題特有の考え方があります。

そのため、参考書などで解法を学び、その解法を使って過去問を解く練習を繰り返します。

午後Ⅰの目標は正答率8割

午後Ⅰでは、

「過去問で正答率8割」

を目標にします。

短期の場合は7割を安定して超えたら次に進むという考え方もできます。

今回は試験まで半年以上あるため、8割を目標にします。

ただし、8割を取ること自体が目的ではありません。

重要なのは、

「プロジェクトマネージャ試験の午後Ⅰ問題を、解法に沿って安定して解ける」

という状態になることです。

午後Ⅱは早めに対策する

プロジェクトマネージャ試験で特に重要なのが午後Ⅱです。

午後Ⅱでは論文を書く必要があります。

そのため、

「最後にまとめて論文対策をする」

というやり方はおすすめしません。

試験まで半年以上あるのであれば、余裕を持って午後Ⅱの対策を進めましょう。

まずは論文の解法を学ぶ

午後Ⅱでも、まずは参考書などを使って解法を学びます。

例えば、次の内容を確認します。

• 問題文の読み方
• 設問の意図の把握
• 論文の構成
• 各章で何を書くか
• 自分の経験をどのように使うか
• 文字数の調整
• 時間配分

午後Ⅱでは、

「PM経験があるから書ける」

だけでは十分ではありません。

自分の経験を、出題されたテーマや設問に合わせて論理的に説明する必要があります。

そのため、実際に論文を書く前に、まず解法を身につけましょう。

自分のPM経験を整理する

次に、自分のPM経験を整理します。

ここで大切なのは、

「午後Ⅱで使えそうな経験だけを探す」

ということではありません。

PMとして経験したことは、整理の仕方次第でさまざまな論文テーマに活用できます。

そのため、

「自分には論文に使える経験がない」

と考える必要はありません。

一つのプロジェクトでも、次のような切り口から整理できます。

• 課題
• リスク
• スケジュール
• 品質
• コスト
• メンバー
• 関係者
• コミュニケーション
• ベンダー
• 意思決定

10の知識エリアごとにPM経験を整理する

PM経験を整理するときは、10の知識エリアごとに整理しておくと便利です。

例えば、次のように整理します。

• 統合
• スコープ
• スケジュール
• コスト
• 品質
• 資源
• コミュニケーション
• リスク
• 調達
• ステークホルダー

一つの経験が複数の知識エリアに関係することもあります。

例えば、プロジェクトのスケジュール遅延への対応という経験であっても、次のような複数の観点から整理できます。

• スケジュール
• リスク
• コミュニケーション
• ステークホルダー
• 統合

このように経験を整理しておくと、本番で出題されたテーマに対して、

「このテーマなら、このプロジェクトのこの経験が使える」

と判断しやすくなります。

実際に10問程度の論文を書く

試験まで半年以上あるのであれば、午後Ⅱは実際に論文を書いて練習しましょう。

目安として、

「10問程度」

は過去問を使って論文を書いてみることをおすすめします。

もちろん、すべての論文を完璧に仕上げる必要はありません。

重要なのは、

「実際に時間を測って、最初から最後まで書き切る」

経験を積むことです。

実際に書いてみると、次のような課題が見えてきます。

• 時間が足りない
• 文字数を埋められない
• 設問にうまく答えられない
• 経験をうまく論文に落とし込めない
• 構成を考えるのに時間がかかる

論文を書いて終わりではありません。

次のサイクルを回していきましょう。

1. 論文を書く
2. 振り返る
3. 問題点を確認する
4. 経験の整理を見直す
5. 解法を修正する
6. また論文を書く

本番を想定した時間内演習を行う

各科目の対策が進んだら、最後は本番を想定した演習を行います。

重要なのは、

「時間内に解き切る」

ことです。

知識が十分にあっても、試験時間内に問題を解けなければ合格にはつながりません。

特に午後Ⅱは重要です。

実際の試験と同じ時間で、次のところまで行ってみましょう。

• 問題を読む
• 構成を考える
• 論文を書く
• 見直す

そして、

• 時間が足りなかった
• この部分に時間をかけすぎた

などの問題があれば、本番までに修正します。

このタイプのおすすめ勉強ルート

ここまでの内容を整理すると、勉強ルートは大きく2つに分かれます。

応用情報技術者試験を受験する場合

応用情報技術者試験の対策

↓

応用情報技術者試験に合格

↓

午前Ⅰ免除

↓

PM基礎

↓

午前Ⅱ

↓

午後Ⅰ

↓

午後Ⅱ

↓

本番演習

応用情報技術者試験を受験しない場合

午前Ⅰ

↓

PM基礎

↓

午前Ⅱ

↓

午後Ⅰ

↓

午後Ⅱ

↓

本番演習

応用情報を受験する場合は「一つずつ」

このタイプで特に伝えたいのは、

「一つずつ着実に対策する」

ということです。

応用情報技術者試験を受験すると決めたのであれば、まずは応用情報に集中します。

応用情報の勉強をしながら、

「プロジェクトマネージャ試験の午前Ⅱもやらないと……」

「午後Ⅱの論文も書いておかないと……」

と考える必要はありません。

まず応用情報に合格する。

そして、合格したらプロジェクトマネージャ試験の対策に移る。

このように、一つずつクリアしていきましょう。

プロジェクトマネジメントでも、すべての作業を同時に進めるのではなく、優先順位をつけて進めることがあります。

受験勉強も同じです。

まとめ｜午前Ⅰ免除がない場合は、応用情報を受験するか判断しよう

PM経験があり、IT知識もあるものの、今回受験するプロジェクトマネージャ試験で午前Ⅰが免除されていない場合、試験まで半年以上あるのであれば、まず「応用情報技術者試験を受験するか」を考えましょう。

応用情報技術者試験を受験すると決めた場合は、

「まず応用情報技術者試験に集中する」

ことをおすすめします。

応用情報とプロジェクトマネージャ試験を並行して勉強するのではなく、

応用情報に合格

↓

午前Ⅰ免除

↓

プロジェクトマネージャ試験対策

というように、一つずつ進めます。

応用情報に合格できなかった場合も、基本的にはもう一度応用情報の合格を目指します。

一方、応用情報を受験しない場合は、プロジェクトマネージャ試験の午前Ⅰを直接対策します。

午前Ⅰは過去問中心で、正答率8割を目標にしましょう。

その後は、

PM基礎 → 午前Ⅱ → 午後Ⅰ → 午後Ⅱ → 本番演習

という流れで進めます。

PM基礎は、応用情報を取得している人よりもしっかり確認しましょう。

午前Ⅱは過去問中心で8割を目標にします。

午後Ⅰは参考書などでプロジェクトマネージャ試験特有の解法を学び、過去問演習を行います。

午後Ⅰも8割を目標にします。

そして午後Ⅱでは、解法を学んだうえで、自分のPM経験を整理します。

特に10の知識エリアごとに経験を整理しておくと、論文を書く際に経験を取り出しやすくなります。

さらに、過去問を使って10問程度の論文演習を行いましょう。

最後は、本番を想定した時間内演習です。

特に午後Ⅱを重視して、時間内に論文を書き切る力を身につけます。

プロジェクトマネージャ試験も一つのプロジェクト

この勉強方法で一番伝えたいのは、

「プロジェクトマネージャ試験の受験そのものを、一つのプロジェクトとして考える」

ということです。

例えば、次のように考えられます。

• 試験日：納期
• 勉強時間：リソース
• 午前Ⅰ・午前Ⅱ・午後Ⅰ・午後Ⅱ：成果物
• 現在の知識や経験：プロジェクトの現状

そう考えると、

「今、自分が何をやるべきなのか」

が見えやすくなります。

応用情報を受験するのであれば、まずは応用情報に集中する。

午前Ⅰが必要なら、まず午前Ⅰを合格圏まで持っていく。

その後、PM基礎、午前Ⅱ、午後Ⅰ、午後Ⅱと順番に進める。

そして、最後に全体を通して本番演習を行う。

すべてを一度に完璧にしようとするのではなく、優先順位をつけて一つずつ完成させていく。

これも、プロジェクトマネージャに求められる重要な考え方ではないでしょうか。

あわせて読みたい

プロジェクトマネージャ試験の勉強方法は、あなたのPM経験、IT知識、午前Ⅰ免除の有無、試験までの期間によって変わります。

自分に合った勉強方法を知りたい方は、タイプ診断を利用してみてください。

また、私自身のプロジェクトマネージャ試験の受験経験については、こちらの記事で紹介しています。

プロジェクトマネージャ試験合格体験記

The post プロジェクトマネージャ試験の勉強法｜PM経験・IT知識があり、午前Ⅰ免除がない場合【試験まで半年以上ある人向け】 first appeared on PM道場.

「PM経験もIT知識もあるけれど、短期間で合格するには何を優先すればいい？」

「午前Ⅱ、午後Ⅰ、午後Ⅱ……全部勉強していたら時間が足りない！」

そんな方もいるのではないでしょうか。

プロジェクトマネージャ試験の勉強では、単純に勉強時間を増やすだけではなく、限られた時間をどこに配分するかが重要です。

この記事では、次のような方を想定して、効率的な勉強方法を解説します。

• PMとして1プロジェクト以上の経験がある
• 基本情報技術者試験に合格できる程度のIT知識がある
• 午前Ⅰが免除されている
• 試験まで半年未満しかない

結論：短期合格を目指すなら、午前Ⅱ・午後Ⅰを7割で切り上げて午後Ⅱに集中する

結論から言うと、短期間で合格を目指す場合は、「すべてを完璧にしようとしないこと」が重要です。

午前Ⅱ、午後Ⅰは、安定して7割を超えたら勉強を切り上げます。

そして、残った時間を午後Ⅱの論文対策に集中します。

短期対策では、この時間配分が重要になります。

まず、自分の現在地を確認する

今回想定しているのは、次のような方です。

• PM経験がある
• ITの基礎知識がある
• 午前Ⅰが免除されている
• 試験まで半年未満

PM経験がある

ここでいうPM経験とは、自分がメインのプロジェクトマネージャとして1プロジェクト以上経験していることです。

PM補佐、PMO、PLなどの経験だけの場合は、ここでいうPM経験には含めません。

プロジェクトマネージャ試験では、午後Ⅱの論文で実際のプロジェクト経験を活用できます。

そのため、PMとしての実務経験があることは大きな強みです。

ITの基礎知識がある

ここでは、「基本情報技術者試験に合格できる程度のIT知識がある」ことを目安とします。

このレベルのIT知識があれば、プロジェクトマネージャ試験のためにIT基礎を一から勉強する必要はありません。

午前Ⅰが免除されている

午前Ⅰについては、免除されているかどうかで考えます。

応用情報技術者試験に合格していても、免除の有効期間を過ぎている場合があります。

また、応用情報技術者試験以外の条件によって午前Ⅰが免除される場合もあります。

したがって、

「応用情報に合格しているか」ではなく、「今回受験するプロジェクトマネージャ試験で午前Ⅰが免除されているか」

を確認してください。

※午前Ⅰの免除条件については、受験年度のIPAの最新情報を必ず確認してください。

試験まで半年未満

今回の最大のポイントです。

試験まで半年未満しかない場合、長期的な計画でじっくり勉強することはできません。

そのため、「試験日から逆算して、勉強時間を戦略的に配分する」必要があります。

短期対策では、時間そのものが重要なリソースです。

短期対策では「時間との勝負」になる

短期間で合格を目指す場合、最初にやってほしいことがあります。

それは、「試験日までのスケジュールを決めること」です。

例えば、試験まで4ヶ月あるとしましょう。

一例として、次のように考えます。

• 1ヶ月目：午前Ⅱ
• 2ヶ月目：午後Ⅰ
• 3ヶ月目：午後Ⅱ
• 4ヶ月目：実戦形式の演習・弱点補強

もちろん、これはあくまで一例です。

現在の実力や勉強できる時間によって調整してください。

重要なのは、「いつまでに、どこまで仕上げるのか」を決めておくことです。

「時間があるときに勉強する」というやり方では、午後Ⅱの論文対策が後回しになってしまう可能性があります。

特に午後Ⅱは、実際に論文を書く練習が必要です。

最後になって、「午後Ⅱを全然練習できていない！」ということにならないように、最初からスケジュールに組み込んでおきましょう。

おすすめの勉強ルート

短期の場合も、基本的な順番は変わりません。

1. PM基礎の確認
2. 午前Ⅱ
3. 午後Ⅰ
4. 午後Ⅱ
5. 本番を想定した演習

ただし、長期の場合とは大きく異なるポイントがあります。

それは、「合格に必要な水準に到達したら、その科目の勉強を切り上げる」ということです。

• 午前Ⅱ：安定して7割超え → 終了
• 午後Ⅰ：安定して7割超え → 終了

そして、そこで生まれた時間を午後Ⅱに回します。

STEP1：PMの基礎を確認する

まずはプロジェクトマネジメントの基礎を確認します。

ここは長期の場合と基本的には同じです。

プロジェクトマネージャ試験向けの参考書を一度読み、「自分が何を知っていて、何を知らないのかを把握する」ことを目的とします。

すべてを暗記する必要はありません。

参考書を読んで、次のように自分の知識を確認します。

• これは知っている
• これは仕事で使っている
• これは聞いたことがあるけれど、詳しく知らない
• これは知らない

そして、知らない部分を重点的に理解します。

つまり、次の流れです。

1. 参考書を一度読む
2. 自分の知識を確認する
3. 知らない部分を把握する
4. 知らない部分を理解する

短期だからといって、ここを完全に飛ばす必要はありません。

ただし、必要以上に時間をかけないようにしましょう。

STEP2：午前Ⅱは過去問中心で対策する

PM基礎の確認が終わったら、午前Ⅱ対策です。

午前Ⅱは、基本的に過去問中心で対策します。

おすすめなのが、プロジェクトマネージャ試験の過去問を無料で解ける「過去問道場」です。

プロジェクトマネージャ試験 過去問道場

基本的な流れは、次のとおりです。

1. 過去問を解く
2. 間違えた問題を確認する
3. なぜ間違えたのかを理解する
4. もう一度解く

目標は「安定して7割」

長期の場合は、午前Ⅱの正答率8割を目標としました。

一方、短期の場合は、「過去問で安定して7割を超えること」を目標とします。

ここで重要なのは、一度だけ7割を取ることではありません。

何度か過去問を解いて、「だいたい7割以上取れる」という状態を作ることです。

安定して7割を超えるようになったら、午前Ⅱの勉強はそこで終了します。

「もっと8割、9割を目指したい」という気持ちになるかもしれません。

しかし、短期ではその時間を午後Ⅱに回した方がよいでしょう。

午前Ⅱはスキマ時間を活用する

午前Ⅱ対策には、短期ならではの勉強方法があります。

それが、スキマ時間の活用です。

過去問道場はスマートフォンからも利用できます。

そのため、次のような時間でも過去問を解くことができます。

• 通勤時間
• 昼休み
• 電車を待っている時間
• ちょっとした待ち時間

例えば、通勤時間に10問だけ解くという方法でも構いません。

短期では、「まとまった勉強時間を確保するだけでなく、スキマ時間も積み重ねる」ことが重要です。

特に午前Ⅱは過去問演習との相性が良いため、スキマ時間を積極的に活用しましょう。

STEP3：午後Ⅰは解法を学んで過去問演習する

午後Ⅰからは、午前Ⅱとは勉強方法が変わります。

午後Ⅰでは、単純に知識を覚えるだけではなく、「問題文を読んで、どのように解答を導き出すのか」という解法を身につける必要があります。

まず参考書などを使って、プロジェクトマネージャ試験特有の午後Ⅰ問題の解き方を学びます。

その後、過去問演習を行います。

応用情報の経験があっても午後Ⅰ対策は必要

午前Ⅰが免除されている方は、応用情報技術者試験などの午後問題を経験していることもあるでしょう。

その場合、記述問題に慣れているというメリットがあります。

ただし、「プロジェクトマネージャ試験の午後Ⅰには、プロジェクトマネージャ試験特有の考え方があります。」

そのため、参考書でプロジェクトマネージャ試験の解法を確認しておきましょう。

応用情報などで身につけた記述問題への対応力を活かしつつ、プロジェクトマネージャ試験特有の部分を押さえるイメージです。

午後Ⅰも「安定して7割」で切り上げる

午後Ⅰについても、長期では8割を目標とします。

しかし短期では、「安定して7割を超えたら、午後Ⅰ対策を終了する」という考え方で進めます。

もちろん、7割ぎりぎりでは不安定な可能性があります。

何度か過去問を解いて、安定して7割以上取れることを確認しましょう。

そこまで到達したら、さらに午後Ⅰの点数を伸ばすために時間を使うのではなく、午後Ⅱに移ります。

STEP4：午後Ⅱを重点的に対策する

短期対策で最も重要なのが午後Ⅱです。

なぜなら、午後Ⅱは次のような複数の能力が必要だからです。

• 論文の解法を学ぶ
• 自分のPM経験を整理する
• 問題に合わせて経験を組み立てる
• 実際に論文を書く
• 時間内に書き切る

そして、これらは短期間で一気に身につけるのが難しい部分です。

そのため、「午前Ⅱ・午後Ⅰを7割で切り上げ、できるだけ早く午後Ⅱ対策に時間を移す」ことが重要になります。

まず論文の解法を学ぶ

午後Ⅱも、まずは参考書などを使って解法を学びます。

例えば、次のような内容です。

• 問題文の読み方
• 設問の意図の把握
• 論文全体の構成
• 各章で何を書くか
• 自分の経験を設問に合わせる方法
• 文字数の調整
• 時間配分

午後Ⅱでは、「自分のPM経験をたくさん書けばいい」というわけではありません。

「設問に対して、自分の経験を使って論理的に答えること」が重要です。

そのため、実際に論文を書く前に、まず解法を理解しましょう。

自分のPM経験を整理する

次に、自分のPM経験を整理します。

PM経験がある方は、午後Ⅱに使える材料を持っています。

しかし、本番で、「このテーマなら、どのプロジェクトを使おう？」と考えている時間はありません。

あらかじめ経験を整理しておきましょう。

例えば、次のような項目を整理します。

• プロジェクトの概要
• プロジェクトの目的
• 自分の役割
• プロジェクトの特徴
• 発生した課題
• 発生したリスク
• 関係者
• 自分が行った対応
• なぜその対応を行ったのか
• 対応した結果
• プロジェクトへの影響
• 自分自身の評価・振り返り

10の知識エリアごとに整理する

特におすすめなのが、10の知識エリアごとに経験を整理することです。

• 統合：プロジェクト全体の調整、意思決定
• スコープ：要件・成果物、スコープ変更
• スケジュール：遅延、納期調整
• コスト：予算、コスト超過への対応
• 品質：品質問題、品質改善
• 資源：メンバー、リソース調整
• コミュニケーション：情報共有、会議、報告
• リスク：リスクの特定・分析・対応
• 調達：ベンダー、外部委託
• ステークホルダー：利害関係者との調整

一つのプロジェクト経験が、複数の知識エリアに該当することもあります。

例えば、プロジェクトの遅延という一つの経験でも、次のような複数の観点から整理できます。

• スケジュール
• リスク
• コミュニケーション
• ステークホルダー
• 統合

短期の場合は、完璧な経験データベースを作ろうとする必要はありません。

「午後Ⅱの論文を書くために、自分の経験をすぐに取り出せる状態にすること」を意識しましょう。

最低でも5問は実際に論文を書く

午後Ⅱは、実際に論文を書いて練習する必要があります。

短期の場合は、「少なくとも5問」を目安にしましょう。

もちろん、試験までの残り時間によって調整してください。

半年近くある場合と、2ヶ月しかない場合では、論文演習に使える時間も違います。

ただし、最低限、「実際に時間を測って、最初から最後まで論文を書き切る」ことをおすすめします。

問題を読んで、「このテーマなら、こう書けばいい」と考えるだけでは不十分です。

実際に書いてみることで、次のような自分の課題が見えてきます。

• 時間が足りない
• 文字数が足りない
• 書くことがなくなる
• 設問に答えられていない
• 経験と問題がうまく結びつかない

そして、次のサイクルを回します。

1. 論文を書く
2. 振り返る
3. 経験の整理を見直す
4. 解法を修正する
5. また論文を書く

短期の場合、このサイクルを効率よく回すことが重要です。

STEP5：最後は実戦形式で演習する

試験直前は、本番を想定した演習を行います。

ここでは、「実際の試験と同じ時間配分で問題を解く」ことを意識しましょう。

特に午後Ⅱを重視してください。

午後Ⅱでは、問題を読んでから論文を書き終えるまでを、決められた時間内で行う必要があります。

本番と同じ時間で実際に書いてみることで、次のようなことが分かります。

• どのくらいの時間で構成を考えればよいのか
• どこで時間を使いすぎるのか
• 最後まで書き切れるのか

また、最後の1ヶ月をすべて実戦演習にする必要はありません。

実戦演習をしながら、

• この分野が弱い
• この知識が曖昧だった

という部分が見つかったら、そこを再勉強します。

つまり、次のサイクルを回していきます。

1. 実戦演習
2. 弱点発見
3. 再勉強
4. 実戦演習

4ヶ月ある場合のスケジュール例

例えば、試験まで4ヶ月あるとしましょう。

一例として、次のようなスケジュールが考えられます。

1ヶ月目：午前Ⅱ

PM基礎を確認した後、午前Ⅱの過去問を集中的に解きます。

目標は、「過去問で安定して7割以上」です。

通勤時間などのスキマ時間も活用します。

7割を安定して超えたら、午前Ⅱ対策は終了します。

2ヶ月目：午後Ⅰ

参考書で解法を学び、その後、過去問を繰り返します。

目標は、「過去問で安定して7割以上」です。

7割を安定して超えたら、午後Ⅰ対策は終了します。

3ヶ月目：午後Ⅱ

参考書で論文の解法を学びます。

その後、「自分のPM経験を10の知識エリアごとに整理」します。

そして、過去問を使って実際に論文を書きます。

目安は、「5問以上」です。

4ヶ月目：実戦演習＋弱点補強

最後の1ヶ月は、本番を想定した演習を行います。

特に午後Ⅱを重点的に行いましょう。

その中で見つかった弱点について、必要に応じて再勉強します。

このように、最後の1ヶ月は「実戦演習＋弱点補強」に使うイメージです。

短期対策では「捨てる」ことも重要

短期間で合格を目指す場合、すべてを完璧にすることは難しいでしょう。

だからこそ、「何を勉強するかだけでなく、何に時間を使わないか」を決めることが重要です。

例えば、午前Ⅱで安定して7割を取れるようになったとします。

それでも8割、9割を目指して勉強を続ける。

これは、短期対策としては必ずしも効率的ではありません。

その時間を午後Ⅱに使った方がよい可能性があります。

午後Ⅰも同じです。

安定して7割を取れるようになったら、そこで一旦終了します。

そして、「午後Ⅱへ時間を移す」。

これが短期対策の基本的な考え方です。

短期対策で最も重要なのはスケジュール管理

ここまで読んで、

「なんだか普通の勉強方法と同じでは？」

と思うかもしれません。

確かに、勉強する内容そのものは大きく変わりません。

違うのは、「時間配分です。」

短期では、時間というリソースに限りがあります。

そのため、プロジェクトマネージャとして受験勉強を考えてみると分かりやすいでしょう。

• 試験日が納期
• 午前Ⅱ、午後Ⅰ、午後Ⅱが成果物
• 勉強時間が限られたリソース

そう考えると、「午前Ⅱをいつまでも勉強している場合ではない」ということが分かります。

午前Ⅱを合格圏まで持っていったら、次の工程へ進む。

午後Ⅰを合格圏まで持っていったら、次の工程へ進む。

そして、時間のかかる午後Ⅱに十分なリソースを投入する。

まさにプロジェクトマネジメントです。

勉強の全体像

短期で対策する場合の全体像をまとめると、次のようになります。

① PM基礎の確認

• 参考書を一度読む
• 目的は暗記ではなく、自分が知っていること・知らないことを把握する
• 知らない部分を重点的に理解する

↓

② 午前Ⅱ

• 過去問中心
• 過去問道場などを利用する
• スキマ時間も活用する
• 正答率7割を安定して超えたら終了

↓

③ 午後Ⅰ

• 参考書で解法を習得する
• その後、過去問演習を行う
• 正答率7割を安定して超えたら終了

↓

④ 午後Ⅱ

• 参考書で論文の解法を習得する
• 自分のPM経験を整理する
• 10の知識エリアごとに整理する
• 過去問を使って、少なくとも5問程度は実際に論文を書く

↓

⑤ 本番演習

• 本番を想定した時間内演習を行う
• 特に午後Ⅱを重点的に行う
• 弱点が見つかったら再勉強する

まとめ：短期合格では「完璧」より「時間配分」が重要

試験まで半年未満しかない場合、プロジェクトマネージャ試験対策は時間との勝負になります。

だからこそ、最初に試験日から逆算してスケジュールを立てましょう。

そして、「すべてを完璧にする」のではなく、「合格に必要な水準まで効率よく到達する」ことを意識します。

具体的には、次の流れがおすすめです。

1. PM基礎を確認する
2. 午前Ⅱを過去問中心で対策する
3. 安定して7割を超えたら午前Ⅱから撤退する
4. 午後Ⅰの解法を学び、過去問を解く
5. 安定して7割を超えたら午後Ⅰから撤退する
6. 午後Ⅱに時間を投入する
7. 自分のPM経験を10の知識エリアごとに整理する
8. 最低5問は実際に論文を書く
9. 本番形式で演習する

短期対策では、午前Ⅱや午後Ⅰで高得点を目指すことよりも、午後Ⅱの対策時間を確保することが重要です。

特に午後Ⅱは、知識だけではなく、解法、経験の整理、論文を書く力、時間配分など、複数の能力が必要になります。

だからこそ、早い段階から午後Ⅱを意識しておきましょう。

そして何より、「プロジェクトマネージャ試験そのものを、一つのプロジェクトとして考えてみる。」ことをおすすめします。

試験日という納期に向けて、限られたリソースで必要な成果物を完成させる。

どの勉強にどれだけ時間を使うのかを決め、進捗を確認し、必要なら計画を修正する。

短期で合格を目指すなら、そんなプロジェクトマネージャらしい受験勉強をしてみてはいかがでしょうか。

あわせて読みたい

私自身のプロジェクトマネージャ試験の受験経験や勉強方法については、こちらの記事で詳しく紹介しています。

プロジェクトマネージャ試験合格体験記

The post プロジェクトマネージャ試験の勉強法｜PM経験・IT知識があり、午前Ⅰ免除がある場合【試験まで半年未満の人向け】 first appeared on PM道場.

「PM経験もあるし、ITの知識もある。効率よく勉強して合格したい」

「試験まで半年以上あるけれど、どこに時間をかければいい？」

このような方は、プロジェクトマネージャ試験の中でも、比較的有利なスタート地点にいると言えます。

この記事では、次の条件に当てはまる方を想定して、具体的な勉強方法を解説します。

• PMとして1プロジェクト以上の経験がある
• 基本情報技術者試験に合格できる程度のIT知識がある
• 午前Ⅰが免除されている
• 試験まで半年以上ある

結論：午後Ⅰと午後Ⅱの対策に時間をかけるのがおすすめ

結論から言うと、この条件に当てはまる方は、ITの基礎から勉強し直す必要はありません。

それよりも、プロジェクトマネージャ試験特有の午後問題対策に時間をかけることが重要です。

おすすめの勉強ルートは次の通りです。

1. PM基礎の確認
2. 午前Ⅱ対策
3. 午後Ⅰ対策
4. 午後Ⅱ対策
5. 本番を想定した時間内演習

特に、PM経験がある方は午後Ⅱの論文で実務経験を活用できます。

そのため、半年以上という時間を使って、午後問題をじっくり仕上げていきましょう。

まず自分の現在地を確認する

今回想定しているのは、次のような方です。

PMとして1プロジェクト以上の経験がある

ここでいうPM経験とは、自分がメインのプロジェクトマネージャとして1プロジェクト以上経験していることです。

PM補佐、PMO、PLなどの経験だけの場合は、ここでいうPM経験には含めません。

プロジェクトマネージャ試験では、特に午後Ⅱの論文で実際のプロジェクト経験を活用できます。

そのため、PMとしての実務経験があることは大きな強みになります。

基本情報技術者試験に合格できる程度のIT知識がある

ここでは、基本情報技術者試験に合格できる程度のIT知識があることを目安とします。

すでにこのレベルのIT知識があるのであれば、プロジェクトマネージャ試験のためにIT基礎を一から勉強し直す必要はありません。

午前Ⅰが免除されている

午前Ⅰについては、免除されているかどうかで考えます。

応用情報技術者試験に合格していても、免除の有効期間を過ぎている場合があります。

また、応用情報技術者試験以外の条件によって午前Ⅰが免除される場合もあります。

したがって、

「応用情報に合格しているか」ではなく、「今回受験するプロジェクトマネージャ試験で午前Ⅰが免除されているか」

を確認してください。

※午前Ⅰの免除条件については、受験年度のIPAの最新情報を必ず確認してください。

試験まで半年以上ある

試験まで半年以上あるので、短期間で最低限の対策をするというよりも、時間をかけて午後問題までしっかり仕上げることができます。

特に午後Ⅱの論文対策には時間がかかります。

この時間的な余裕を活かしましょう。

おすすめの勉強ルートは「PM基礎→午前Ⅱ→午後Ⅰ→午後Ⅱ→本番演習」

おすすめの順番は次の通りです。

1. STEP1：PM基礎の確認
2. STEP2：午前Ⅱ対策
3. STEP3：午後Ⅰ対策
4. STEP4：午後Ⅱ対策
5. STEP5：本番を想定した時間内演習

ここから、それぞれ詳しく説明します。

STEP1：PMの基礎を確認して自分の知識を把握する

最初から過去問を解き始めるのではなく、まずはプロジェクトマネジメントの基礎を確認しましょう。

とはいっても、PM経験がある方であれば、PMの知識を一から勉強する必要はありません。

おすすめなのは、プロジェクトマネージャ試験向けの参考書を一度読んでみることです。

ここで重要なのは、参考書の内容をすべて暗記することではありません。

目的は、「自分が何を知っていて、何を知らないのかを把握すること」です。

例えば参考書を読んでいると、次のような違いが分かってきます。

• これは知っている
• これは仕事で使っている
• この言葉は聞いたことがあるけれど、詳しくは知らない
• これは初めて知った

そこで、知らない部分を重点的に勉強します。

つまり、次の流れです。

1. 参考書を一度読む
2. 自分の知識を確認する
3. 知らない部分を把握する
4. 知らない部分を理解する

この段階では、必要以上に時間をかける必要はありません。

STEP2：午前Ⅱは過去問を繰り返して正答率8割を目指す

PMの基礎を確認したら、午前Ⅱの対策に進みます。

午前Ⅱについては、基本的に参考書を使った勉強は不要です。

過去問を中心に対策しましょう。

おすすめなのが、プロジェクトマネージャ試験の過去問を無料で解ける「過去問道場」です。

過去問道場を使って、次の流れを繰り返します。

1. 過去問を解く
2. 間違えた問題を確認する
3. なぜ間違えたのかを理解する
4. もう一度解く

目標は正答率8割です。

8割を安定して取れるようになったら、午前Ⅱの勉強に必要以上の時間をかける必要はありません。

次の午後Ⅰ対策へ進みましょう。

ここで大切なのは、午前Ⅱで満点を目指すことではなく、安定して合格圏に入れる状態を作ることです。

STEP3：午後Ⅰは「解法」を身につけてから過去問を解く

午後Ⅰからは、勉強方法が変わります。

午前Ⅱは知識を問われる問題が中心です。

そのため、過去問を繰り返すことで対応しやすくなります。

一方、午後Ⅰでは、「問題文をどのように読み、どこから答えを導き出すのか」という解法を身につける必要があります。

まず参考書を使って、プロジェクトマネージャ試験の午後Ⅰ問題の解き方を学びましょう。

具体的には、次のようなポイントを確認します。

• 問題文の読み方
• 設問と本文の対応関係
• 解答の探し方
• 記述問題の答え方
• 問題文から必要な情報を拾う方法
• 時間配分
• プロジェクトマネージャ試験特有の出題パターン

応用情報技術者試験の午後問題とは同じではない

午前Ⅰが免除されている方の中には、応用情報技術者試験などの午後問題を経験している方もいるでしょう。

その場合、午後問題を解くこと自体にはある程度慣れていると思います。

ただし、プロジェクトマネージャ試験の午後Ⅰと、応用情報技術者試験の午後問題は同じではありません。

そのため、応用情報などで身につけた記述問題への対応力を活かしましょう。

そのうえで、プロジェクトマネージャ試験特有の解法を参考書で押さえるとよいでしょう。

その後、過去問を繰り返し解きます。

目標は正答率8割です。

STEP4：午後Ⅱの論文対策を重点的に行う

ここからが、プロジェクトマネージャ試験対策の中でも特に重要な部分です。

午後Ⅱでは論文を書く必要があります。

応用情報技術者試験などに合格していたとしても、論文試験の経験があるとは限りません。

そのため、「応用情報に合格しているから、午後Ⅱも大丈夫」とは考えない方がよいでしょう。

午後Ⅱには、午後Ⅱの対策が必要です。

まず論文の「解法」を学ぶ

午後Ⅰと同じように、まず参考書などを使って論文の解法を学びます。

例えば、次のようなポイントです。

• 問題文の読み方
• 設問で何を求められているかの把握
• 論文全体の構成
• 各章で何を書くか
• 設問に沿って経験を使う方法
• 文字数の調整
• 時間配分

午後Ⅱでは、「自分の経験をたくさん書けばよい」というわけではありません。

設問に対して、自分のPM経験を使って論理的に答えることが重要です。

そのため、経験を活用する前に、まず論文の解法を理解しておきましょう。

STEP5：自分のPM経験を整理して論文に使える状態にする

PM経験があることは、午後Ⅱ対策における大きな強みです。

ただし、「PM経験があるから、論文対策は大丈夫」というわけではありません。

本番でどのようなテーマが出ても、自分の経験をすぐに引き出せるように、事前に整理しておくことが重要です。

整理する内容としては、例えば次のようなものがあります。

• プロジェクトの概要
• プロジェクトの目的
• 自分の役割
• プロジェクトの特徴
• 発生した課題
• 発生したリスク
• 関係者
• 自分が行った対応
• なぜその対応を行ったのか
• 対応した結果
• プロジェクトへの影響
• 自分自身の評価・振り返り

10の知識エリアごとにPM経験を整理する

さらにおすすめしたいのが、10の知識エリアごとに自分の経験を整理する方法です。

• 統合：プロジェクト全体の調整、意思決定
• スコープ：要件・成果物、スコープ変更
• スケジュール：遅延、納期調整
• コスト：予算、コスト超過への対応
• 品質：品質問題、品質改善
• 資源：メンバー、リソース調整
• コミュニケーション：情報共有、会議、報告
• リスク：リスクの特定・分析・対応
• 調達：ベンダー、外部委託
• ステークホルダー：利害関係者との調整

このように整理しておくと、論文問題を見たときに、

「このテーマなら、あのプロジェクトの経験が使えそうだ」

と判断しやすくなります。

一つのプロジェクト経験でも、複数の知識エリアに関連する場合があります。

例えば「プロジェクトが遅延した」という経験であっても、次のような複数の視点から整理できます。

• スケジュール
• リスク
• コミュニケーション
• ステークホルダー
• 統合

だからこそ、単純に「プロジェクトを3つ用意する」というよりも、自分の経験を様々な切り口から整理しておくことが重要です。

STEP6：午後Ⅱの論文を10問程度、実際に書いてみる

試験まで半年以上あるのであれば、午後Ⅱは実際に論文を書いて練習しましょう。

目安は過去問10問程度です。

ここで重要なのは、「実際に最後まで書いてみること」です。

問題を読んで、

「このテーマなら、こういうことを書けばいいだろう」

と考えるだけでは十分ではありません。

実際に時間を測って書いてみましょう。

最初は、次のような問題が出てくるかもしれません。

• 時間が足りない
• 文字数が足りない
• 何を書けばいいか分からない
• 経験をうまく設問に当てはめられない
• 最後まで書き切れない

しかし、それで構いません。

実際に書くことで、自分の課題が分かります。

そして、次のサイクルを回していきます。

1. 論文を書く
2. 振り返る
3. 自分の経験整理を見直す
4. 解法を修正する
5. また論文を書く

半年という時間を活用して、少しずつ論文を書く力を高めていきましょう。

STEP7：最後は本番を想定した時間内演習を行う

一通りの対策ができたら、最後は本番を想定した時間内演習を行います。

特に重要なのが午後Ⅱです。

午後Ⅱでは、次の作業を限られた時間の中で行う必要があります。

• 問題を読む
• 設問を理解する
• 書く内容を整理する
• 論文の構成を考える
• 論文を書く
• 見直す

知識があっても、論文の書き方を理解していても、時間内に書き切れなければ本番では力を発揮できません。

そのため、実際の試験と同じような環境で演習しておきましょう。

午後Ⅰについても、時間を測って問題を解き、時間配分を確認しておきます。

この段階では、「新しい知識を増やすことより、本番で持っている力を確実に発揮すること」を意識しましょう。

プロジェクトマネージャ試験の勉強方法を全体像で確認する

ここまでの勉強方法をまとめると、次のようになります。

① PM基礎の確認

参考書を一度読みます。

目的は暗記ではなく、「自分が知っていること・知らないことを把握すること」です。

知らない部分を重点的に理解します。

② 午前Ⅱ

過去問を中心に対策します。

過去問道場などを利用して、過去問を繰り返します。

正答率8割を目標にしましょう。

③ 午後Ⅰ

参考書で解法を習得します。

その後、過去問演習を行います。

正答率8割を目標にしましょう。

④ 午後Ⅱ

参考書で論文の解法を習得します。

その後、自分のPM経験を整理します。

10の知識エリアごとに経験を整理しましょう。

そして、過去問を使って論文を10問程度、実際に書きます。

⑤ 本番演習

本番を想定して時間内演習を行います。

特に午後Ⅱを重点的に演習しましょう。

この条件の方は「全部を勉強し直さない」ことが重要

今回想定している方は、PM経験、IT知識、午前Ⅰ免除、そして半年以上という時間的余裕があります。

かなり有利な条件が揃っていると言えるでしょう。

だからこそ、「最初から全部勉強し直す」ことに時間を使いすぎないことが重要です。

ITの基礎知識を一から勉強する必要はありません。

午前Ⅰが免除されているなら、午前Ⅰ対策に時間を使う必要もありません。

PM経験があるので、午後Ⅱの論文に使える材料もあります。

その分、次の対策に時間を使いましょう。

• 午後Ⅰの解法
• 午後Ⅱの論文
• 自分のPM経験の整理
• 本番を想定した時間内演習

まとめ：PM経験があるなら、午後問題に時間を集中させよう

今回の条件に当てはまる方におすすめする勉強の順番は、

「PM基礎の確認 → 午前Ⅱ → 午後Ⅰ → 午後Ⅱ → 本番演習」

です。

ポイントは、自分がすでに持っている知識や経験を活かすことです。

• PM経験があるなら、その経験を午後Ⅱの論文に活用する
• IT知識があるなら、IT基礎の勉強に時間をかけすぎない
• 午前Ⅰが免除されているなら、午前Ⅰ対策は行わない
• 試験まで半年以上あるなら、午後Ⅱの論文を実際に何度も書く
• 本番で時間内に書き切れる力を身につける

プロジェクトマネージャ試験は、単純に勉強時間を増やせばよい試験ではありません。

自分の現在地を把握し、必要な対策に時間を配分することが重要です。

まさに、プロジェクトマネージャとして受験プロジェクトをマネジメントするような感覚で、試験対策を進めていきましょう。

あわせて読みたい

私自身のプロジェクトマネージャ試験の受験経験や勉強方法については、こちらの記事で詳しく紹介しています。

【合格体験記】IT未経験からプロジェクトマネージャ試験に合格するまでの勉強法を公開

The post プロジェクトマネージャ試験の勉強法｜PM経験・IT知識があり、午前Ⅰ免除がある場合【試験まで半年以上ある人向け】 first appeared on PM道場.

「顧客と開発チームの要求が対立している」

「A社とB社で責任の押し付け合いになっている」

プロジェクトを進めていると、このような対立が発生することがあります。

プロジェクトには、さまざまな立場や考え方を持った人が関わります。

そのため、意見や利害が完全に一致することはありません。

そこで重要になるのがコンフリクトマネジメントです。

コンフリクトマネジメントは、単純に「喧嘩を仲裁すること」ではありません。

対立している人たちの意見や背景を理解し、問題の原因を整理しながら、プロジェクトにとって適切な解決策を見つけていく活動です。

一言でいうと

コンフリクトマネジメントとは、プロジェクト内で発生する意見や利害の対立を適切に管理し、プロジェクトの成果につなげることです。

簡単に言えば、

「対立を放置せず、適切に扱って、より良い方向に導くこと」

です。

ここで重要なのは、コンフリクト＝悪いものとは限らないということです。

異なる意見がぶつかることで、それまで気づかなかった問題が見つかったり、より良いアイデアが生まれたりすることもあります。

そのため、PMには「対立をなくす」のではなく、対立を適切にマネジメントする力が求められます。

コンフリクトが起こる原因

プロジェクトでコンフリクトが起こる原因はさまざまです。

代表的なものとして、次のようなものがあります。

• プロジェクトの優先順位に対する認識の違い
• スケジュールに対する意見の違い
• リソースの取り合い
• 予算に対する考え方の違い
• 要求事項に対する認識の違い
• 役割や責任範囲の曖昧さ
• 技術的な意見の違い
• コミュニケーション不足
• 組織間の利害関係
• 個人の価値観や考え方の違い

例えば、顧客は「機能を増やしたい」と考えている一方、開発チームは「納期を守るためには機能を減らしたい」と考えているとします。

どちらも自分たちの立場から見ると正しい意見です。

このような場合、単純に「どちらが正しいか」を決めようとすると対立が激しくなる可能性があります。

そこで、プロジェクト全体の目的や制約を踏まえて、双方が納得できる解決策を探します。

コンフリクトは悪いものなのか？

コンフリクトという言葉には、どうしても「悪いもの」というイメージがあります。

しかし、すべてのコンフリクトが悪いわけではありません。

例えば、プロジェクトの設計方法について、2人のエンジニアが異なる意見を持っていたとします。

お互いが根拠を示して議論することで、両方の案よりも優れた第三の案が見つかるかもしれません。

このような建設的な対立は、プロジェクトにとってプラスになることがあります。

一方で、個人攻撃や感情的な対立に発展してしまうと、チームワークを壊し、プロジェクトに悪影響を与えます。

そのためPMには、

「対立をなくす」のではなく、「建設的な議論に変える」

という視点が重要です。

コンフリクトマネジメントの基本的な流れ

コンフリクトが発生した場合、まず感情的に解決しようとするのではなく、状況を整理することが重要です。

基本的には、次のような流れで考えるとよいでしょう。

1. コンフリクトの存在を把握する
2. 対立している論点を整理する
3. それぞれの意見や背景を確認する
4. プロジェクトの目的や制約を確認する
5. 解決策を検討する
6. 必要に応じて意思決定する
7. 合意した内容を共有する
8. その後の状況を確認する

特に重要なのは、「何について対立しているのか」を明確にすることです。

人間関係の問題に見えても、実際には役割分担が曖昧だったり、プロジェクトの優先順位が共有されていなかったりすることがあります。

まず「人」と「問題」を分ける

コンフリクトマネジメントで重要な考え方の一つが、人と問題を分けることです。

例えば、

「あの人はいつも無理な要求をしてくる」

と考えてしまうと、相手そのものを問題視してしまいます。

しかし、実際に解決すべきなのは、

「なぜその要求が必要なのか」

「プロジェクトのどの制約と衝突しているのか」

という問題かもしれません。

相手を責めるのではなく、何が問題なのかを切り分けることが重要です。

相手の立場を理解する

対立しているときは、自分の意見を理解してもらうことばかり考えてしまいがちです。

しかし、コンフリクトを解決するためには、まず相手がなぜその意見を持っているのかを理解することが重要です。

例えば、顧客が追加機能を要求している場合、単純に「要求が多い」と考えるのではなく、

「なぜその機能が必要なのか？」

を確認します。

もしかすると、その機能がないと業務上の重要な問題が解決できないのかもしれません。

背景を理解することで、別の解決策が見つかる可能性があります。

コンフリクトへの代表的な対応方法

コンフリクトへの対応には、さまざまな方法があります。

代表的な考え方として、次のようなものがあります。

協力・問題解決

双方の意見や要求を確認し、根本的な問題を解決する方法です。

「どちらが勝つか」ではなく、双方が納得できる解決策を探します。

例えば、納期と機能追加が対立している場合、機能を優先順位付けし、一部の機能を次のリリースに回すといった方法があります。

プロジェクトマネジメントでは、特に重要なアプローチです。

妥協

双方がある程度譲歩して、現実的な解決策を見つける方法です。

例えば、AチームとBチームが同じリソースを必要としている場合、それぞれが利用できる時間を分けるといった方法があります。

完全な解決ではなくても、双方が受け入れられるポイントを探します。

受容・適応

相手の要求を受け入れることで、コンフリクトを収束させる方法です。

プロジェクトへの影響が小さく、相手の要求を受け入れることが合理的な場合などに有効です。

回避

すぐに解決しようとせず、いったん距離を置いたり、問題を後回しにしたりする方法です。

例えば、感情的になっている状態で話し合いを続けても解決が難しい場合、いったん時間を置いてから再度話し合うことがあります。

ただし、単純に問題を放置することとは違います。

「今は解決するタイミングではない」と判断して戦略的に保留することが重要です。

強制・指示

PMなどの責任者が意思決定し、一方の案を採用する方法です。

緊急性が高く、すぐに意思決定しなければプロジェクトに大きな影響が出る場合などには必要になることがあります。

ただし、常にこの方法を使っていると、メンバーの納得感や主体性が低下する可能性があります。

どの方法を使えばよいのか？

重要なのは、「どの方法が一番優れている」と決めつけないことです。

状況によって適切な方法は変わります。

PMは、状況に応じて適切な方法を選択する必要があります。

コンフリクトマネジメントで重要なコミュニケーション

コンフリクトを解決するうえで、コミュニケーションは非常に重要です。

特に意識したいのが、相手の意見を否定する前に、相手の話を聞くことです。

例えば、

「それは無理です」

と最初から否定するのではなく、

「なぜその機能が必要なのか教えてください」

と質問してみます。

相手の背景を理解することで、対立しているように見えた意見が、実は同じ目的を目指していることに気づく場合があります。

コンフリクトマネジメントと合意形成

コンフリクトマネジメントと合意形成は密接に関係しています。

コンフリクトを解決するためには、最終的に関係者が納得できる方向性を決める必要があるからです。

ただし、合意形成とは「全員の意見を完全に一致させること」ではありません。

意見が異なっていても、

「この方針で進めることに納得する」

という状態を作ることが重要です。

そのため、PMにはコンフリクトマネジメントだけでなく、合意形成や意思決定のスキルも求められます。

コンフリクトマネジメントとファシリテーション

ファシリテーションも、コンフリクトマネジメントに役立つスキルです。

ファシリテーションとは、会議や議論を円滑に進め、参加者から意見を引き出しながら、議論を整理していくことです。

意見が対立している会議では、PMが一方の意見に肩入れするのではなく、

• 論点を整理する
• 双方の意見を確認する
• 共通している部分を見つける
• 相違点を明確にする
• 判断基準を整理する

ことで、建設的な議論に変えていくことができます。

コンフリクトマネジメントでよくある失敗

対立を避け続ける

「揉めたくない」という理由で対立を避け続けると、問題が大きくなることがあります。

小さな認識違いの段階で話し合っておけば解決できた問題が、後になって大きな問題になることもあります。

対立そのものを恐れるのではなく、必要な議論として向き合うことが重要です。

どちらが正しいかを決めようとする

コンフリクトでは、必ずしも「Aが正しい」「Bが間違っている」と決められるとは限りません。

双方に合理的な理由がある場合もあります。

そのため、個人の正しさを競うのではなく、プロジェクトの目的にとって何が最適かという視点で考えることが重要です。

感情的に対応する

対立が激しくなると、相手の言い方や態度に反応してしまうことがあります。

しかし、PMが感情的になると、さらに対立が激しくなる可能性があります。

事実と意見を分け、論点を整理して冷静に対応することが重要です。

表面的な問題だけを解決する

「とりあえず今回はA案で進めましょう」と決めても、根本原因が残っていれば、同じコンフリクトが再び発生する可能性があります。

なぜ対立が起きたのか、その背景まで確認することが重要です。

プロジェクトマネージャにとってのコンフリクトマネジメント

PMは、プロジェクトの中でさまざまな立場の人をつなぐ役割を担います。

そのため、コンフリクトが起きること自体は珍しいことではありません。

むしろ、

「コンフリクトが起こらないチーム」よりも、「コンフリクトが起きても建設的に解決できるチーム」

のほうが強いチームだと考えることもできます。

PMがすべての対立を自分で解決する必要もありません。

メンバー同士で解決できるのであれば、PMは必要以上に介入せず、必要なときに支援することも重要です。

一方、対立がプロジェクト全体に影響する場合には、PMが介入して論点を整理し、意思決定や合意形成を支援する必要があります。

プロジェクトマネージャ試験ではここが重要

コンフリクトマネジメントを学ぶときは、次の用語と関連付けて整理しておくとよいでしょう。

• リーダーシップ
• サーバントリーダーシップ
• コミュニケーションマネジメント
• ファシリテーション
• ネゴシエーション
• 合意形成
• 意思決定
• ステークホルダーエンゲージメント
• チームマネジメント
• チームビルディング

特に重要なのは、「対立を避けること」と「コンフリクトをマネジメントすること」は違うという点です。

意見の違いを適切に扱い、プロジェクトにとってより良い結果につなげることがコンフリクトマネジメントです。

PM道場のワンポイント

コンフリクトは、必ずしも悪いものではありません。

PMをしていると、意見の対立が起きるたびに、

「どうやって揉めないようにしようか」

と考えてしまうことがあります。

しかし、プロジェクトにはさまざまな専門家が参加しています。

全員が同じ意見になるほうが、むしろ不自然です。

重要なのは、意見の違いをなくすことではありません。

「なぜその意見なのか」をお互いに理解し、プロジェクトの目的に照らして最適な答えを探すことです。

私自身、PMとして仕事をする中で、意見が対立することは何度もありました。

そのときに意識したいのは、相手を説得することよりも、まず相手の背景を理解することです。

「なぜこの人はこの意見を持っているのか？」

と考えてみると、実は自分と目指しているものは同じで、重視しているポイントが違うだけということがあります。

そうであれば、「どちらが正しいか」を争う必要はありません。

お互いが大切にしているものを整理して、プロジェクトとしての最適解を探せばよいのです。

コンフリクトマネジメントは、対立を消すためのスキルではありません。

対立を、より良い意思決定につなげるためのPMの重要なスキルだと考えると、実務でも活用しやすくなります。

関連用語

• リーダーシップ
• サーバントリーダーシップ
• ファシリテーション
• ネゴシエーション
• 合意形成
• 意思決定
• コミュニケーションマネジメント
• ステークホルダーエンゲージメント
• チームマネジメント
• チームビルディング

まとめ

コンフリクトマネジメントとは、プロジェクト内で発生する意見や利害の対立を適切に管理し、プロジェクトの成果につなげることです。

プロジェクトでは、立場や専門性の違いから、さまざまなコンフリクトが発生します。

そのため、PMには、

• 対立している論点を整理する
• 相手の意見や背景を理解する
• プロジェクトの目的や制約を確認する
• 解決策を検討する
• 必要に応じて意思決定する
• 関係者の合意形成を支援する

といった対応が求められます。

また、コンフリクトは必ずしも悪いものではありません。

異なる意見をぶつけ合うことで、より良いアイデアや意思決定につながることもあります。

重要なのは、「対立をなくす」のではなく、「建設的な対立にする」ことです。

PMにとってコンフリクトマネジメントは、プロジェクトを円滑に進めるためだけではなく、異なる意見をプロジェクトの力に変えるための重要なスキルと言えるでしょう。

関連記事

• リーダーシップとは？
• サーバントリーダーシップとは？
• ファシリテーションとは？
• ネゴシエーションとは？
• 合意形成とは？
• 意思決定とは？
• コミュニケーションマネジメントとは？
• ステークホルダーエンゲージメントとは？
• チームマネジメントとは？

よくある質問（FAQ）

Q. コンフリクトマネジメントとは何ですか？

A. プロジェクト内で発生する意見や利害の対立を適切に管理し、プロジェクトの成果につなげることです。対立を単純になくすのではなく、建設的な議論に変えることが重要です。

Q. コンフリクトは悪いものですか？

A. 必ずしも悪いものではありません。異なる意見を議論することで、問題が明らかになったり、より良い解決策が生まれたりすることがあります。重要なのは、対立を適切にマネジメントすることです。

Q. コンフリクトが起きたらPMがすぐに仲裁すべきですか？

A. 必ずしもそうではありません。メンバー同士で解決できるのであれば、PMは必要以上に介入せず支援する方法もあります。一方、プロジェクト全体に影響する場合や、当事者だけでは解決できない場合には、PMが介入する必要があります。

Q. コンフリクトへの対応方法にはどのようなものがありますか？

A. 代表的な方法として、協力・問題解決、妥協、受容・適応、回避、強制・指示などがあります。どの方法が適切かは、問題の重要度、緊急度、関係者との関係性などによって変わります。

Q. コンフリクトマネジメントとネゴシエーションの違いは何ですか？

A. コンフリクトマネジメントは、プロジェクト内の対立を適切に管理するための幅広い活動です。ネゴシエーションは、その中で関係者が条件や意見を調整し、合意を目指すための具体的なコミュニケーション手法の一つです。

Q. コンフリクトマネジメントと合意形成は関係ありますか？

A. はい。対立を解決するためには、最終的に関係者が一定の方向性に納得して進める必要があるため、合意形成と密接に関係しています。

The post コンフリクトマネジメントとは？PMが知っておきたい対立の解決方法 first appeared on PM道場.

プロジェクトマネジメントについて学んでいると、このような言葉をよく耳にします。

しかし、リーダーシップとは具体的に何をすればよいのでしょうか。

「チームを引っ張ること」と考える人もいるかもしれません。

もちろん、それもリーダーシップの一つです。

一方で、プロジェクトでは、PMが常に先頭に立って指示を出すだけではうまくいかないこともあります。

メンバーの意見を引き出したり、障害を取り除いたり、メンバーが力を発揮できる環境を作ったりすることも、重要なリーダーシップです。

この記事では、プロジェクトマネジメントにおけるリーダーシップについて解説し、近年注目されているサーバントリーダーシップについても紹介します。

一言でいうと

リーダーシップとは、目標を達成するために、人やチームに方向性を示し、行動を促し、力を発揮できるようにすることです。

PMの仕事に置き換えると、

「プロジェクトの目的を示し、メンバーが同じ方向を向いて成果を出せるように導くこと」

と考えると分かりやすいでしょう。

ここで重要なのは、リーダーシップは「命令すること」ではないという点です。

メンバーに指示を出すことだけではなく、目的を共有し、信頼関係を築き、必要な支援を行いながら、チームとして成果を出せる状態を作ることもリーダーシップです。

リーダーシップの目的

リーダーシップの目的は、個人ではなくチームとして目標を達成することです。

プロジェクトでは、一人のPMだけで成果を出すことはできません。

開発、設計、営業、品質管理、顧客、ベンダーなど、さまざまな人が関わります。

そのため、PMには、異なる立場や専門性を持つ人たちを同じ目的に向けていくことが求められます。

PMにリーダーシップが必要な理由

プロジェクトには、通常の業務とは異なる特徴があります。

• 関係者が多い
• 目標や成果物が明確でない場合がある
• スケジュールに制約がある
• 予算に制約がある
• 問題やリスクが発生する
• メンバーがプロジェクト専任とは限らない
• 組織や会社をまたいで活動することがある

このような環境では、単純に「この作業をしてください」と指示するだけでは、チームを動かすことが難しい場合があります。

そこで重要になるのがリーダーシップです。

PMは、

「このプロジェクトは何を目指しているのか」

「なぜこのプロジェクトを行うのか」

を明確にし、メンバーが目的を理解して行動できる状態を作る必要があります。

PMに求められるリーダーシップ

プロジェクトマネージャに求められるリーダーシップには、さまざまな形があります。

方向性を示す

まず重要なのが、プロジェクトの方向性を示すことです。

プロジェクトでは、問題が発生したり、意見が対立したりすることがあります。

そのようなときに、PMが、

「このプロジェクトでは何を実現したいのか」

という軸を示すことで、チームが判断しやすくなります。

メンバーを動機づける

メンバーが「やらされている」と感じている状態では、高いパフォーマンスを発揮することは難しくなります。

そのため、プロジェクトの目的や仕事の意味を伝え、メンバーが主体的に動けるようにすることも重要です。

意思決定する

プロジェクトでは、すべての人の意見が一致するとは限りません。

意見が対立した場合には、PMが判断しなければならないこともあります。

必要な情報を集め、関係者の意見を聞いたうえで、プロジェクトとしての意思決定を行うこともリーダーシップです。

チームを支援する

PM自身がすべての作業を行うのではなく、メンバーが仕事を進められるように支援することも重要です。

例えば、

• 他部署との調整を行う
• 必要な情報を集める
• 意思決定を支援する
• 障害を取り除く
• 必要なリソースを確保する

といった活動があります。

リーダーシップとマネジメントの違い

リーダーシップとマネジメントは、似た言葉として使われることがあります。

しかし、完全に同じものではありません。

ただし、PMにとってはどちらか一方だけが必要なのではありません。

リーダーシップとマネジメントの両方が重要です。

例えば、

「プロジェクトを成功させるために何を目指すのか」を示すのがリーダーシップ。

「その目標を達成するために、どのような計画で進めるのか」を管理するのがマネジメント。

というように考えると分かりやすいでしょう。

サーバントリーダーシップとは？

サーバントリーダーシップとは、リーダーがメンバーを支援することを重視するリーダーシップの考え方です。

「サーバント（servant）」には「奉仕する人」という意味があります。

一般的なリーダー像では、

「リーダーが指示を出し、メンバーがそれに従う」

というイメージがあります。

一方、サーバントリーダーシップでは、

「メンバーが力を発揮できるように、リーダーが支援する」

という考え方を重視します。

例えば、PMがすべての問題を自分で解決するのではなく、メンバーが問題を解決できるように、必要な情報や環境を整えたり、障害を取り除いたりします。

サーバントリーダーシップの特徴

サーバントリーダーシップでは、次のような考え方が重要になります。

• メンバーの話をよく聞く
• メンバーの成長を支援する
• メンバーが働きやすい環境を作る
• チームの障害を取り除く
• 信頼関係を築く
• メンバーの自主性を尊重する
• チームとして成果を出すことを重視する

つまり、リーダー自身が目立つことよりも、チームが成果を出せる状態を作ることを重視します。

アジャイルとサーバントリーダーシップ

サーバントリーダーシップは、特にアジャイルやスクラムとの関連で語られることがあります。

スクラムマスターは、チームがスクラムを適切に実践できるよう支援し、チームが自律的に活動できる環境を整える役割を担います。

そのため、スクラムマスターの役割を理解するうえで、サーバントリーダーシップの考え方は参考になります。

例えば、チームで問題が発生したときに、スクラムマスターがすべての問題を解決するのではなく、

「チーム自身が問題を解決できるように支援する」

という考え方です。

これは、メンバーの自律性を高めることにもつながります。

サーバントリーダーシップは「何でもメンバーに任せる」ことではない

サーバントリーダーシップについて、

「メンバーに自由にやらせること」

と誤解することがあります。

しかし、単に何でも任せることとは違います。

リーダーは、必要な場面では方向性を示し、意思決定を行い、チームを支援する必要があります。

例えば、チーム内で解決できない問題が発生した場合、PMが「皆さんで何とかしてください」と放置するのはサーバントリーダーシップではありません。

PM自身が上位組織や他部署と調整し、チームが問題を解決できる環境を作ることが、サーバントリーダーシップにつながります。

つまり、

「任せる」のではなく「任せられるように支援する」

という考え方が重要です。

リーダーシップのスタイルは一つではない

リーダーシップには、さまざまなスタイルがあります。

例えば、

• 指示型
• 参加型
• 支援型
• コーチング型
• サーバントリーダーシップ

などがあります。

どのスタイルが常に正しいというわけではありません。

プロジェクトの状況、チームの成熟度、メンバーの経験、緊急度などによって、適切なリーダーシップは変わります。

例えば、重大な障害が発生し、今すぐ判断が必要な状況では、PMが明確に方向性を示す必要があります。

一方、経験豊富なメンバーが自律的に活動できている場合は、細かく指示するよりも、メンバーを支援するほうが効果的かもしれません。

状況に応じてリーダーシップのスタイルを使い分けることが重要です。

PMのリーダーシップで重要なコミュニケーション

リーダーシップを発揮するうえで、コミュニケーションは欠かせません。

特にPMは、

• プロジェクトの目的を伝える
• メンバーの意見を聞く
• 問題を共有する
• 意思決定の理由を説明する
• 関係者の認識を合わせる

といったコミュニケーションを行います。

「自分の考えを伝える」だけではなく、「相手の考えを理解する」ことも重要です。

特にサーバントリーダーシップでは、メンバーの声を聞くことが重要になります。

リーダーシップでよくある失敗

PMがすべての判断をする

PMがすべての判断を行ってしまうと、メンバーが自分で考えなくなってしまう可能性があります。

もちろん重要な意思決定はPMが行う必要がありますが、メンバーが判断できることまでPMが決める必要はありません。

可能な範囲でメンバーに判断を委ねることも重要です。

指示を出すことがリーダーシップだと考える

「これをやってください」と指示を出すだけでは、メンバーの主体性を引き出すことは難しい場合があります。

なぜその作業が必要なのか、プロジェクトとして何を目指しているのかを共有することが重要です。

メンバーに任せすぎる

逆に、「自主性を尊重する」という理由で、PMが何も関与しなくなることも問題です。

必要な場面では、PMが方向性を示したり、障害を取り除いたりする必要があります。

自分が一番頑張ればよいと考える

PMが誰よりも多くの仕事を抱えることが、良いリーダーシップとは限りません。

PM自身が頑張るよりも、チーム全体が力を発揮できる状態を作ることが重要です。

プロジェクトマネージャにとってのリーダーシップ

PMにとってのリーダーシップは、「メンバーの先頭に立って引っ張ること」だけではありません。

時には先頭に立ち、時には後ろから支え、時にはメンバーに考えてもらう。

プロジェクトの状況に応じて、役割を変えることが重要です。

例えば、プロジェクトの立ち上げ時には、PMがプロジェクトの目的や方向性を明確に示す必要があります。

一方で、チームが成熟してくれば、メンバーが主体的に判断できるように権限を渡していくことも重要になります。

このように、「自分がチームを動かす」のではなく、「チームが自律的に動ける状態を作る」という視点を持つことが、PMのリーダーシップを考えるうえで重要です。

プロジェクトマネージャ試験ではここが重要

リーダーシップについて学ぶときは、次の用語と関連付けて整理しておくとよいでしょう。

• サーバントリーダーシップ
• チームマネジメント
• チームビルディング
• コミュニケーション
• 動機づけ
• コンフリクトマネジメント
• 意思決定
• 合意形成
• ファシリテーション
• ステークホルダーエンゲージメント
• スクラムマスター
• アジャイル

特に、「指示するリーダー」と「支援するリーダー」の違いを理解しておくと、リーダーシップに関する問題を考えやすくなります。

PM道場のワンポイント

強いPMとは、自分が一番頑張るPMではなく、チームが力を発揮できる環境を作れるPMです。

PMになったばかりの頃は、

「自分が判断しなければ」

「自分が解決しなければ」

と考えてしまうことがあります。

しかし、プロジェクトが大きくなればなるほど、PM一人ですべてを判断することはできません。

そこで重要になるのが、メンバーを信頼して任せることです。

ただし、単純に仕事を丸投げするのではありません。

「メンバーが自分で判断し、行動できるように必要な支援をする」

という考え方が重要です。

これが、サーバントリーダーシップの考え方にもつながります。

PMの役割は、必ずしも「一番前でチームを引っ張る人」ではありません。

プロジェクトの目的を示し、メンバーが力を発揮できる環境を作り、必要なときにはチームを支える。

そんなリーダーシップも、PMにとって非常に重要だと私は考えています。

関連用語

• サーバントリーダーシップ
• チームマネジメント
• チームビルディング
• コミュニケーションマネジメント
• ファシリテーション
• ネゴシエーション
• 合意形成
• 意思決定
• コンフリクトマネジメント
• ステークホルダーエンゲージメント
• スクラムマスター
• アジャイル

まとめ

リーダーシップとは、目標を達成するために、人やチームに方向性を示し、行動を促し、力を発揮できるようにすることです。

PMにとってのリーダーシップは、単純にメンバーへ指示を出すことではありません。

• プロジェクトの方向性を示す
• メンバーを動機づける
• 意思決定する
• メンバーの意見を聞く
• チームの障害を取り除く
• メンバーが力を発揮できる環境を作る

といったさまざまな活動が含まれます。

その中でも、サーバントリーダーシップは、リーダーがメンバーを支援し、メンバーが主体的に活動できる環境を作るという考え方です。

重要なのは、「メンバーに何をさせるか」ではなく、

「メンバーがどうすれば力を発揮できるか」

という視点を持つことです。

プロジェクトの状況によって、強く方向性を示すことが必要な場合もあれば、メンバーに任せて支援することが必要な場合もあります。

その状況に応じてリーダーシップのスタイルを使い分けることが、PMにとって重要なスキルです。

関連記事

• サーバントリーダーシップとは？
• チームマネジメントとは？
• チームビルディングとは？
• ファシリテーションとは？
• ネゴシエーションとは？
• 合意形成とは？
• 意思決定とは？
• ステークホルダーエンゲージメントとは？
• スクラムマスターとは？

よくある質問（FAQ）

Q. リーダーシップとは何ですか？

A. 目標を達成するために、人やチームに方向性を示し、行動を促し、力を発揮できるようにすることです。PMの場合は、プロジェクトの目的を共有し、チームとして成果を出せる状態を作ることが重要です。

Q. PMにリーダーシップは必要ですか？

A. 必要です。プロジェクトでは多くの関係者が関わるため、PMには方向性を示し、関係者をまとめ、必要な意思決定を行うことが求められます。

Q. リーダーシップとマネジメントの違いは何ですか？

A. リーダーシップは方向性を示し、人やチームを目標に向けて動かすことに重点があります。一方、マネジメントは計画、進捗、コスト、品質、リスクなどを管理し、目標達成に向けてプロジェクトを運営することに重点があります。PMには両方が必要です。

Q. サーバントリーダーシップとは何ですか？

A. リーダーがメンバーを支援し、メンバーが力を発揮できる環境を作ることを重視するリーダーシップの考え方です。メンバーの話を聞き、障害を取り除き、成長や自律的な活動を支援します。

Q. サーバントリーダーシップはメンバーにすべて任せることですか？

A. いいえ。何でも任せることではありません。メンバーが主体的に活動できるよう支援しながら、必要な場面ではリーダーが方向性を示したり、意思決定したりすることも重要です。

Q. サーバントリーダーシップはスクラムと関係がありますか？

A. はい。スクラムマスターの役割を理解するうえで、サーバントリーダーシップの考え方は参考になります。スクラムマスターは、チームが自律的に活動できるよう支援し、障害を取り除く役割を担います。

Q. PMは常にメンバーを引っ張る必要がありますか？

A. 必ずしもそうではありません。プロジェクトの状況やチームの成熟度によって、方向性を強く示すことが必要な場合もあれば、メンバーに権限を渡して支援するほうが効果的な場合もあります。状況に応じてリーダーシップのスタイルを使い分けることが重要です。

The post リーダーシップとは？PMに求められるリーダーシップとサーバントリーダーシップ first appeared on PM道場.

「必要な製品やサービスを外部の会社から購入したい」

プロジェクトを進めていると、このような場面があります。

すべての作業を自社のメンバーだけで行えるとは限りません。

専門的な技術を持つ会社に開発を依頼したり、必要な製品を購入したり、外部の専門家に支援してもらったりすることがあります。

このように、プロジェクトに必要な製品、サービス、成果物などを外部から調達し、契約や取引先との関係を管理する活動が調達マネジメントです。

一言でいうと

調達マネジメントとは、プロジェクトに必要な製品、サービス、成果物などを外部から調達するための計画・実行・管理を行うことです。

簡単に言えば、

「プロジェクトに必要なものを、外部からどのように調達するかを管理すること」

です。

調達マネジメントでは、単純に「何を買うか」だけを考えるわけではありません。

• 何を外部から調達するのか
• 自社で行うのか外部に依頼するのか
• どのような会社に依頼するのか
• どのような条件で契約するのか
• 契約した内容が適切に履行されているか
• 問題が発生した場合にどう対応するか

といったことまで含めて管理します。

調達マネジメントの目的

調達マネジメントの目的は、プロジェクトに必要な製品、サービス、成果物などを適切な条件で外部から調達し、プロジェクトの成功につなげることです。

具体的には、次のような目的があります。

• 必要な製品やサービスを確保する
• 自社にない専門知識や技術を活用する
• プロジェクトのコストを適切に管理する
• 必要な品質を確保する
• 必要な時期までに調達する
• 契約上の条件を適切に管理する
• 調達に伴うリスクを管理する

つまり、調達マネジメントは「安く買うこと」だけが目的ではありません。

品質、コスト、納期、リスクなどを総合的に考え、プロジェクトにとって最適な調達を行うことが重要です。

調達マネジメントが必要になるケース

例えば、システム開発プロジェクトを考えてみましょう。

自社の社員だけでは開発できない機能がある場合、外部のITベンダーに開発を依頼することがあります。

また、

• クラウドサービスを利用する
• ソフトウェアを購入する
• サーバーや機器を購入する
• 外部のコンサルタントに依頼する
• 専門会社に設計や工事を依頼する

といった場合にも調達が発生します。

このような外部との取引を適切に管理することが、調達マネジメントです。

調達マネジメントの基本的な流れ

調達マネジメントは、一般的に次のような流れで考えると分かりやすいでしょう。

1. 調達が必要なものを明確にする
2. 調達方法を検討する
3. 調達先を選定する
4. 契約する
5. 契約内容やベンダーを管理する
6. 契約を完了する

つまり、

「何を調達するか」→「誰から調達するか」→「どのような条件で契約するか」→「契約どおり実行されているか」

という流れで管理していきます。

調達計画を立てる

まず、プロジェクトの中で何を外部から調達する必要があるのかを明確にします。

例えば、

• 外部にシステム開発を依頼する
• 機器を購入する
• 専門家にコンサルティングを依頼する
• 外部会社にテストを依頼する

などです。

そのうえで、調達の方法や契約方法、スケジュール、責任分担などを検討します。

内製と外注を判断する

調達を考えるうえで重要なのが、「自社で行うのか、外部に依頼するのか」という判断です。

例えば、

「自社に十分な技術力があるので、社内で開発する」

「特殊な技術が必要なので、専門会社に依頼する」

といった判断を行います。

この判断では、単純なコストだけではなく、

• 技術力
• 納期
• 品質
• 社内リソース
• ノウハウ
• リスク

などを総合的に考える必要があります。

RFPとは？

調達を行う際には、外部の会社に対して「このようなものを提供してほしい」という要求を伝える必要があります。

その代表的なものがRFP（Request for Proposal：提案依頼書）です。

RFPでは、発注者が求めている要件や条件などを整理し、候補となるベンダーに提案を依頼します。

複数の会社から提案を受けることで、

• 価格
• 技術力
• 実績
• 提案内容
• 体制
• 納期

などを比較し、調達先を選定することができます。

ベンダーを選定する

調達先を決める際には、価格だけで判断しないことが重要です。

例えば、最も安い会社を選んだとしても、技術力が不足していて納期に間に合わなければ、プロジェクト全体に大きな影響が出ます。

そのため、

• 価格
• 品質
• 納期
• 技術力
• 実績
• プロジェクト体制
• リスク
• 企業としての信頼性

などを総合的に評価することが重要です。

契約を締結する

調達先が決まったら、契約を締結します。

契約では、例えば次のような事項を明確にします。

• 契約範囲
• 成果物
• 納期
• 金額
• 支払条件
• 品質条件
• 責任分担
• 変更手続き
• 検収条件
• 秘密保持
• 知的財産権
• 契約解除の条件

契約内容が曖昧だと、後から「そこまで含まれているとは思っていなかった」といった認識の違いが発生する可能性があります。

そのため、契約前に責任範囲や成果物、条件をできるだけ明確にしておくことが重要です。

契約後のベンダーマネジメント

契約を締結したからといって、調達マネジメントが終わるわけではありません。

契約後には、ベンダーが契約内容に沿って作業を進めているかを管理する必要があります。

これがベンダーマネジメントです。

例えば、

• 進捗を確認する
• 品質を確認する
• 成果物を確認する
• 課題を管理する
• リスクを管理する
• 契約変更を管理する
• 問題発生時に対応する

といった活動を行います。

調達マネジメントでは、契約前だけではなく、契約後の管理まで含めて考えることが重要です。

調達における契約形態

調達では、契約の種類によってリスクの分担が変わります。

代表的な契約形態として、

• 固定価格契約
• 実費償還契約
• 時間・材料契約

などがあります。

固定価格契約

あらかじめ決めた価格で契約する方式です。

発注者にとっては、契約金額を把握しやすいというメリットがあります。

一方で、要求事項や成果物が曖昧なまま契約すると、変更や追加作業をめぐって問題が発生する可能性があります。

実費償還契約

ベンダーが実際に負担したコストなどをもとに支払う契約方式です。

作業内容や条件が変化しやすい場合などに利用されることがあります。

発注者側にはコストが増加するリスクがあるため、コスト管理が重要になります。

時間・材料契約

作業時間や使用した材料などに応じて支払う契約方式です。

作業内容を最初から詳細に確定することが難しい場合などに利用されることがあります。

調達マネジメントで重要なポイント

契約範囲を明確にする

「どこまでがベンダーの責任なのか」を明確にすることが重要です。

責任範囲が曖昧だと、問題が発生したときに責任の押し付け合いになる可能性があります。

成果物を明確にする

何を納品すれば契約上の義務を果たしたことになるのかを明確にします。

成果物の定義が曖昧だと、検収時にトラブルになる可能性があります。

変更管理を明確にする

プロジェクトでは、途中で要求事項が変わることがあります。

そのため、変更が発生した場合に、

• 誰が承認するのか
• 費用をどうするのか
• 納期をどうするのか
• 契約をどう変更するのか

といったルールをあらかじめ明確にしておくことが重要です。

ベンダーをプロジェクトのパートナーとして考える

外部会社を単なる「作業を依頼する相手」と考えてしまうと、問題が発生したときに対立しやすくなります。

プロジェクトを成功させるという共通の目的を持ったパートナーとして、適切にコミュニケーションを取ることが重要です。

調達マネジメントでよくある失敗

価格だけでベンダーを選ぶ

最も安い会社を選ぶことが、必ずしもプロジェクトにとって最適とは限りません。

品質、技術力、実績、体制、リスクなども含めて評価する必要があります。

契約範囲が曖昧

「当然この作業も含まれているだろう」と考えて契約してしまうと、後から認識の違いが発生します。

契約前に、成果物や責任範囲をできるだけ明確にすることが重要です。

契約したらベンダーに任せきりにする

外部に依頼したからといって、プロジェクトマネジメントまでベンダーに任せてよいとは限りません。

発注者側も進捗、品質、課題、リスクなどを確認する必要があります。

問題が起きてからコミュニケーションを取る

問題が発生してからベンダーと話し合うのではなく、定期的に状況を確認しておくことが重要です。

小さな問題を早期に発見できれば、大きな問題になる前に対応できる可能性があります。

調達マネジメントとベンダーマネジメントの違い

簡単に言えば、

調達マネジメント＝外部から何を、誰から、どのように調達するかを管理する

ベンダーマネジメント＝契約したベンダーとの関係や業務を管理する

と考えると分かりやすいでしょう。

プロジェクトマネージャにとっての調達マネジメント

プロジェクトマネージャにとって、調達マネジメントは非常に重要な領域です。

特に大規模なプロジェクトでは、複数のベンダーや協力会社が関係することがあります。

その場合、プロジェクトマネージャは、

• 契約範囲
• 責任分担
• 納期
• 品質
• コスト
• リスク
• 変更
• ベンダー間の依存関係

などを総合的に管理する必要があります。

例えば、A社が設計を担当し、B社が開発を担当している場合、A社の設計遅延がB社の開発遅延につながる可能性があります。

このような場合、単純に各ベンダーを個別に管理するだけでは不十分です。

プロジェクト全体を見て、ベンダー間の関係や依存関係を管理することが重要になります。

プロジェクトマネージャ試験ではここが重要

調達マネジメントを学ぶときは、次の用語と関連付けて整理しておくとよいでしょう。

• 調達
• RFP
• 契約
• ベンダー
• ベンダー選定
• ベンダーマネジメント
• 固定価格契約
• 実費償還契約
• 時間・材料契約
• 見積もり
• 契約変更
• 検収
• リスクマネジメント

特に重要なのは、「調達＝購入」だけではないという点です。

外部会社への業務委託やシステム開発、専門家への依頼なども調達に含まれます。

PM道場のワンポイント

調達マネジメントで最も重要なのは、「安く買うこと」ではなく「プロジェクトを成功させるために、適切な相手と適切な条件で契約すること」です。

プロジェクトでは、外部の会社に依頼すれば、自社の負担を減らせるように感じます。

しかし、実際には、外部に依頼した瞬間から新しいリスクも生まれます。

• ベンダーの技術力が不足している
• 納期に間に合わない
• 品質が期待した水準に達しない
• 契約範囲について認識が違う
• 追加費用が発生する
• ベンダー間の調整がうまくいかない

といった問題が起こる可能性があります。

だからこそ、調達では「誰に頼むか」だけではなく、「どういう条件で頼むか」「どう管理するか」まで考える必要があります。

特にPMとして意識したいのは、契約を「自分たちを守るための書類」だけにしないことです。

契約は、発注者とベンダーが「何を、いつまでに、どのような条件で実施するのか」を共通認識にするための重要な道具でもあります。

契約内容を明確にし、定期的にコミュニケーションを取り、問題が小さいうちに対応する。

こうした積み重ねが、ベンダーを含めたプロジェクト全体の成功につながります。

関連用語

• RFP
• 契約
• ベンダーマネジメント
• 見積もり
• 調達
• コストマネジメント
• リスクマネジメント
• コミュニケーションマネジメント
• 変更管理
• 検収
• ステークホルダーエンゲージメント

まとめ

調達マネジメントとは、プロジェクトに必要な製品、サービス、成果物などを外部から調達するための計画・実行・管理を行うことです。

調達では、単純に価格だけを見るのではなく、

• 品質
• コスト
• 納期
• 技術力
• 実績
• 契約条件
• リスク

などを総合的に考えることが重要です。

また、RFPによる提案依頼、ベンダー選定、契約締結だけでなく、契約後のベンダーマネジメントまで含めて考える必要があります。

調達マネジメントで大切なのは、

「何を買うか」だけではなく、「誰から、どのような条件で調達し、どう管理するか」

を考えることです。

外部のベンダーや協力会社をうまく活用できれば、自社だけでは実現できない技術やリソースをプロジェクトに取り込むことができます。

一方で、調達には新たなコストやリスクも発生します。

そのため、プロジェクトマネージャは「外注すれば終わり」ではなく、「外部の力をプロジェクトの成功につなげる」という視点で調達を管理することが重要です。

関連記事

• RFPとは？
• 契約とは？
• ベンダーマネジメントとは？
• 見積もりとは？
• コストマネジメントとは？
• リスクマネジメントとは？
• コミュニケーションマネジメントとは？
• ステークホルダーエンゲージメントとは？

よくある質問（FAQ）

Q. 調達マネジメントとは何ですか？

A. プロジェクトに必要な製品、サービス、成果物などを外部から調達するための計画・実行・管理を行うことです。

Q. 調達マネジメントは購入管理のことですか？

A. いいえ。製品の購入だけではありません。外部会社への業務委託、システム開発の発注、専門家への依頼なども含め、外部から必要な製品・サービス・成果物を調達する活動全般を対象とします。

Q. 調達マネジメントとベンダーマネジメントの違いは何ですか？

A. 調達マネジメントは、調達計画、ベンダー選定、契約、契約後の管理など調達全体を対象とします。ベンダーマネジメントは、主に契約後のベンダーとの関係や進捗、品質、課題などを管理する活動です。

Q. RFPと調達マネジメントにはどのような関係がありますか？

A. RFPは、候補となるベンダーに対して提案を依頼するための文書です。調達マネジメントの中で、ベンダー選定を行う際に利用される代表的な手段の一つです。

Q. 調達先は価格だけで決めてはいけませんか？

A. 価格だけで決めるのはおすすめできません。品質、技術力、実績、体制、納期、リスクなどを総合的に評価し、プロジェクトにとって適切な調達先を選ぶことが重要です。

Q. 契約したら調達マネジメントは終わりですか？

A. いいえ。契約後も、進捗、品質、成果物、課題、リスク、契約変更などを管理する必要があります。契約後のベンダーとの関係を適切に管理することも重要です。

The post 調達マネジメントとは？プロジェクトで必要なものを外部から調達する方法 first appeared on PM道場.

スクラムでは、決められた期間であるスプリントを繰り返しながら、少しずつプロダクトを成長させていきます。

そのスプリントを始める前に、「今回のスプリントで何を実現するのか」「そのために何をするのか」を計画するイベントがあります。

それがスプリントプランニングです。

一言でいうと

スプリントプランニングとは、スプリントで達成する目的と、その目的を達成するための作業を計画するイベントです。

簡単に言えば、

「今回のスプリントで、何を実現するのか？そのために何をするのか？」

をチームで考える場です。

スプリントプランニングでは、プロダクトバックログをもとに、スプリントゴールを設定し、そのゴールを達成するために取り組む項目を決めます。

スプリントプランニングの目的

スプリントプランニングの目的は、スプリントで達成したい目的と、そのために必要な作業についてチームで計画することです。

具体的には、次のようなことを行います。

• スプリントの目的を明確にする
• スプリントゴールを設定する
• プロダクトバックログから取り組む項目を検討する
• スプリントバックログを作成する
• スプリントでどのように作業を進めるかを計画する

重要なのは、単に「何件の作業をやるか」を決めることではありません。

「今回のスプリントで、どのような価値を生み出すのか」を明確にすることが重要です。

スプリントプランニングはいつ行う？

スプリントプランニングは、スプリントの開始時に行うイベントです。

スプリントを始める前に、今回のスプリントで何を目指すのかを確認し、そのために取り組む項目を決めます。

例えば2週間のスプリントであれば、2週間の開発を始めるタイミングでスプリントプランニングを行います。

スプリントプランニングの参加者

スプリントプランニングには、スクラムチームが参加します。

スクラムチームは、

• プロダクトオーナー
• スクラムマスター
• デベロッパー

で構成されます。

それぞれが異なる視点からスプリントの計画に関わります。

プロダクトオーナーは、プロダクトの価値や優先順位の観点から説明します。

デベロッパーは、技術的な観点や作業量などを踏まえて、どの程度の作業をスプリントで実施できるかを検討します。

スクラムマスターは、イベントが適切に進められるよう支援します。

スプリントプランニングで何を決める？

スプリントプランニングでは、大きく分けて次のことを考えます。

1. 今回のスプリントで何を実現するのか
2. その目的を達成するために何をするのか
3. どのように作業を進めるのか

つまり、

目的 → 作業 → 進め方

という順番で考えると分かりやすいでしょう。

スプリントゴールを決める

まず重要なのが、スプリントゴールです。

スプリントゴールとは、今回のスプリントで達成したい目的や価値を表したものです。

例えば、ECサイトの開発であれば、

「検索画面を作る」

という作業をそのままゴールにするのではなく、

「ユーザーが目的の商品を簡単に検索できる状態にする」

といった目的を考えます。

スプリントゴールが明確になることで、チーム全員が同じ方向を向きやすくなります。

プロダクトバックログから取り組む項目を選ぶ

スプリントゴールを踏まえて、プロダクトバックログから今回のスプリントで取り組む項目を検討します。

プロダクトバックログには、プロダクトに必要な機能や改善などが整理されています。

その中から、スプリントゴールの達成に必要な項目を選択します。

ここで重要なのは、単純に上から順番に項目を選ぶのではなく、

「スプリントゴールを達成するために何が必要なのか？」

という視点で考えることです。

スプリントバックログを作成する

スプリントで取り組む項目を決めたら、スプリントバックログとして整理します。

スプリントバックログは、スプリントゴールを達成するために、スプリントで取り組む項目や計画を表したものです。

例えば、

スプリントゴール

「ユーザーが商品を簡単に検索できる状態にする」

そのために、

• 検索画面を作成する
• 検索APIを実装する
• 検索結果を表示する
• 検索機能をテストする

といった項目をスプリントバックログに含めることが考えられます。

スプリントプランニングとプロダクトバックログの関係

スプリントプランニングでは、プロダクトバックログが重要な材料になります。

関係を簡単に整理すると、

プロダクトバックログ

「プロダクトに必要なことを整理した一覧」

↓

スプリントプランニング

「今回のスプリントで何をするかを計画する」

↓

スプリントバックログ

「今回のスプリントで取り組む項目や計画」

という関係になります。

スプリントプランニングとスプリントゴールの関係

スプリントゴールも、スプリントプランニングで重要な要素です。

スプリントプランニングで、まず「今回のスプリントで何を実現するのか」を考え、その目的をスプリントゴールとして明確にします。

その後、スプリントゴールを達成するために必要な項目を検討します。

そのため、

スプリントゴール＝目的

スプリントバックログ＝目的を達成するための作業

と整理すると分かりやすいでしょう。

スプリントプランニングは「作業の割り当て会議」ではない

スプリントプランニングを、単純に「作業をメンバーに割り当てる会議」と考えてしまうことがあります。

しかし、それだけではありません。

重要なのは、チームとしてスプリントの目的を理解し、その目的を達成するための計画を作ることです。

例えば、

「Aさんは画面、BさんはAPI、Cさんはテスト」

と作業を割り当てるだけでは、チームとしての目的が見えにくくなります。

それよりも、

「今回のスプリントでは、ユーザーが商品を検索できる状態を実現する。そのために必要な作業は何か？」

と考えることが重要です。

スプリントプランニングでよくある失敗

作業量だけで計画する

「この2週間で何件できるか」だけを考えてしまうと、作業を完了させることが目的になってしまいます。

まずスプリントゴールを明確にし、その目的を達成するために必要な作業を考えることが重要です。

最初から計画を細かく決めすぎる

スプリント開始時点ですべての作業を細かく決め、その後の状況変化を一切考慮しないようにすると、アジャイルのメリットを活かしにくくなります。

スプリント中に得られた情報をもとに、必要に応じて作業の進め方を調整することも重要です。

スプリントゴールが曖昧

「いろいろな機能を開発する」といった曖昧なゴールでは、チームの判断基準になりません。

「今回のスプリントで、何を実現したいのか」を具体的に考えることが重要です。

プロダクトオーナーだけで決める

プロダクトオーナーが一方的に作業を決めるのではなく、デベロッパーも含めてチームで計画を考えることが重要です。

実際の作業量や技術的な制約を理解しているメンバーの意見を取り入れることで、より現実的な計画を作ることができます。

スプリントプランニングとスプリントレビューの違い

簡単に覚えるなら、

スプリントプランニング＝これから何をするか決める

スプリントレビュー＝やった結果を確認する

という違いです。

スプリントプランニングとレトロスペクティブの違い

レトロスペクティブは、スプリントの活動を振り返り、チームの仕事の進め方を改善するためのイベントです。

一方、スプリントプランニングは、これから始まるスプリントについて計画します。

つまり、

スプリントプランニング＝これからの計画

レトロスペクティブ＝これまでの振り返りと改善

と整理できます。

プロジェクトマネージャにとってのスプリントプランニング

プロジェクトマネージャがアジャイルなプロジェクトに関わる場合、スプリントプランニングの考え方は非常に参考になります。

特に重要なのは、「作業を管理する」のではなく、「目的を達成するために何をするのかを考える」という点です。

プロジェクトでは、ついWBSやスケジュールを見ながら、

「この作業は終わったか？」

「予定どおり進んでいるか？」

と考えてしまいます。

もちろん進捗管理は重要です。

しかし、それと同時に、

「この作業によって、最終的に何を実現したいのか？」

を意識することも重要です。

スプリントプランニングは、作業の計画と目的を結び付けて考える良い例です。

プロジェクトマネージャ試験ではここが重要

スプリントプランニングを学ぶときは、次の用語と関連付けて整理しておくとよいでしょう。

• スクラム
• アジャイル
• スプリント
• スプリントゴール
• プロダクトバックログ
• スプリントバックログ
• プロダクトオーナー
• スクラムマスター
• デベロッパー
• デイリースクラム
• スプリントレビュー
• レトロスペクティブ
• インクリメント

特に、

プロダクトバックログ → スプリントプランニング → スプリントゴール・スプリントバックログ

という関係を理解しておくと、スクラムの全体像を整理しやすくなります。

PM道場のワンポイント

スプリントプランニングでは、「何をやるか」より先に「何を実現したいか」を考えてみましょう。

例えば、

「検索画面を作る」

という作業だけを見ると、画面を完成させることが目的に見えます。

しかし、その先に、

「ユーザーが目的の商品を簡単に見つけられるようにする」

という目的があるかもしれません。

この目的をチームで共有できれば、途中で問題が起きたときにも判断しやすくなります。

「予定していた作業だからやる」のではなく、

「スプリントゴールを達成するために、本当に必要なのか？」

と考えることができます。

これはスクラムだけではなく、プロジェクトマネジメント全般で役立つ考え方です。

作業、スケジュール、成果物を管理するだけではなく、「その先にある目的」を意識する。

スプリントプランニングは、その考え方を実践するための重要なイベントです。

関連用語

• スクラム
• アジャイル
• スプリント
• スプリントゴール
• プロダクトバックログ
• スプリントバックログ
• プロダクトオーナー
• スクラムマスター
• デイリースクラム
• スプリントレビュー
• レトロスペクティブ
• インクリメント
• ユーザーストーリー

まとめ

スプリントプランニングとは、スプリントで達成する目的と、その目的を達成するための作業を計画するイベントです。

単純に作業を割り当てる会議ではありません。

まず、

「今回のスプリントで何を実現するのか？」

を考え、その目的をスプリントゴールとして明確にします。

そのうえで、プロダクトバックログをもとに、スプリントゴールを達成するために必要な項目を選択し、スプリントバックログを作成します。

整理すると、

プロダクトバックログ＝プロダクトに必要なこと

スプリントゴール＝今回のスプリントで実現したいこと

スプリントバックログ＝そのために取り組むこと

という関係になります。

スプリントプランニングでは、作業そのものではなく、「何のためにその作業をするのか」を意識することが重要です。

目的を明確にし、チームで共有したうえで作業を計画することで、スプリント中の判断もしやすくなります。

関連記事

• スクラムとは？
• アジャイルとは？
• スプリントとは？
• スプリントゴールとは？
• プロダクトバックログとは？
• スプリントバックログとは？
• プロダクトオーナーとは？
• スクラムマスターとは？
• デイリースクラムとは？
• スプリントレビューとは？
• レトロスペクティブとは？

よくある質問（FAQ）

Q. スプリントプランニングとは何ですか？

A. スプリントで達成する目的と、その目的を達成するために取り組む項目や作業を計画するスクラムのイベントです。

Q. スプリントプランニングでは何を決めますか？

A. スプリントゴールを設定し、そのゴールを達成するために取り組むプロダクトバックログ項目や作業を検討します。

Q. スプリントプランニングとスプリントバックログの違いは何ですか？

A. スプリントプランニングは計画を行うイベントです。スプリントバックログは、その計画の結果として、スプリントゴールを達成するために取り組む項目や作業を表したものです。

Q. スプリントプランニングとスプリントレビューの違いは何ですか？

A. スプリントプランニングはスプリント開始時に、これから何をするかを計画するイベントです。スプリントレビューはスプリント終了時に、作成したインクリメントを確認し、今後のプロダクトの方向性を検討するイベントです。

Q. スプリントプランニングとレトロスペクティブの違いは何ですか？

A. スプリントプランニングはこれから始めるスプリントの計画を行います。一方、レトロスペクティブは終了したスプリントを振り返り、チームの仕事の進め方を改善するためのイベントです。

Q. スプリントプランニングでは作業をメンバーに割り当てますか？

A. 作業の進め方を検討することはありますが、単純に作業を個人へ割り当てることだけが目的ではありません。スプリントゴールを達成するために、チームとして何をするのかを計画することが重要です。

The post スプリントプランニングとは？目的と進め方をわかりやすく解説 first appeared on PM道場.

スクラムで開発を進めるとき、スプリントの中で取り組む作業を決めるだけでは十分ではありません。

チーム全員が「このスプリントでは何を達成するのか」を共有しておくことが重要です。

そこで登場するのがスプリントゴールです。

一言でいうと

スプリントゴールとは、スプリントで達成したい目的や価値を表したものです。

簡単に言えば、

「このスプリントでは、何を実現するために活動するのか？」

を示すものです。

例えば、単純に、

「ログイン画面を作る」

「検索機能を作る」

「テストを20件実施する」

といった作業だけを目標にするのではありません。

それらの作業を通じて、

「ユーザーが安全にサービスへログインできるようにする」

といった、スプリントで実現したい目的を明確にします。

スプリントゴールの目的

スプリントゴールの目的は、スプリントで達成したい共通の目的をチームで共有することです。

具体的には、次のような役割があります。

• スプリントの目的を明確にする
• チームの方向性をそろえる
• 作業の優先順位を判断しやすくする
• スプリント中の意思決定を支援する
• 必要に応じて作業内容を調整しやすくする
• ステークホルダーにスプリントの目的を説明しやすくする

特に重要なのは、「何を作業するか」ではなく、「なぜその作業をするのか」を明確にすることです。

スプリントゴールとスプリントバックログの関係

スプリントゴールとスプリントバックログは密接に関係しています。

スプリントゴールが「今回のスプリントで実現したい目的」だとすると、スプリントバックログは、その目的を達成するために必要な作業を表します。

例えば、

スプリントゴール

「新規ユーザーが商品を簡単に検索できる状態にする」

そのために、

• 検索画面を作成する
• 検索APIを実装する
• 検索結果画面を作成する
• 検索機能をテストする

といった作業が必要になるかもしれません。

この場合、これらの作業はスプリントゴールを達成するための手段です。

つまり、

スプリントゴール → 目的

スプリントバックログ → 目的を達成するための作業

と考えると分かりやすいでしょう。

スプリントゴールとプロダクトゴールの違い

スクラムでは、プロダクトゴールという考え方もあります。

スプリントゴールとプロダクトゴールは、どちらも「何を実現するのか」を示しますが、対象となる期間や目的が異なります。

イメージとしては、

プロダクトゴール＝最終的に目指す目的地

スプリントゴール＝目的地に向かうための今回の一歩

と考えると分かりやすいでしょう。

スプリントゴールは作業リストではない

スプリントゴールを理解するときに注意したいのが、作業リストと混同しないことです。

例えば、

• 画面Aを作る
• 画面Bを作る
• APIを3本作る
• テストを実施する

という内容をそのままスプリントゴールにしてしまうと、単なる作業リストになってしまいます。

もちろん、これらの作業はスプリントを進めるうえで必要です。

しかし、スプリントゴールとして考えるのであれば、

「ユーザーが商品を検索し、購入候補を比較できる状態にする」

など、作業の先にある目的を考えることが重要です。

なぜスプリントゴールが必要なのか？

スプリントでは、計画したすべての作業が予定どおり進むとは限りません。

途中で、

• 技術的な問題が発生する
• 想定より作業量が多いことが分かる
• 優先順位を変更する必要が出てくる
• 新しい情報が得られる
• 一部の作業が不要になる

といったことが起こる可能性があります。

このようなとき、スプリントゴールが明確になっていれば、

「この目的を達成するためには、どの作業を優先すべきか？」

と考えることができます。

つまり、スプリントゴールは、スプリント中の意思決定の軸になります。

スプリントゴールの決め方

スプリントゴールを決めるときは、まず「このスプリントでどのような価値を実現したいのか」を考えます。

例えば、ECサイトの開発であれば、

「商品検索機能を完成させる」

という作業ではなく、

「ユーザーが目的の商品を簡単に見つけられるようにする」

という目的に置き換えて考えます。

そのうえで、目的を達成するために必要な作業をスプリントバックログとして整理します。

良いスプリントゴールの特徴

良いスプリントゴールには、いくつかの特徴があります。

目的が明確である

「何のためのスプリントなのか」が分かることが重要です。

チームメンバーがスプリントゴールを見たときに、今回のスプリントで目指す方向が理解できる状態が理想です。

価値につながっている

単なる作業ではなく、ユーザーや顧客、ビジネスにとってどのような価値があるのかを意識します。

チームで共有できる

スプリントゴールは、チームの共通認識として機能する必要があります。

プロダクトオーナーだけが理解していて、デベロッパーが理解していないという状態では、十分に機能しません。

スプリント中の判断に使える

「この作業は本当に必要なのか？」

「どちらの作業を優先すべきなのか？」

と迷ったときに、判断の基準になることが重要です。

スプリントゴールの具体例

例えば、オンラインショップを開発しているとします。

例1：商品検索

スプリントゴール

「ユーザーが目的の商品を簡単に検索できる状態にする」

このゴールを達成するために、

• 検索画面の作成
• 検索APIの実装
• 検索結果画面の作成
• 検索機能のテスト

などの作業を行います。

例2：決済機能

スプリントゴール

「ユーザーが安心してオンラインで商品を購入できる状態にする」

この場合、決済画面の開発だけではなく、エラー処理やセキュリティ、テストなども重要になります。

例3：ユーザー登録

スプリントゴール

「新規ユーザーが簡単にサービスを利用開始できる状態にする」

このゴールを達成するために、ユーザー登録画面、メール認証、エラー処理などの作業を行うことが考えられます。

スプリントゴールと変更

スプリント中に、状況が変化することがあります。

ここで重要なのが、スプリントゴールと作業を同じものとして考えないことです。

スプリントゴールを達成するために必要な作業は、状況に応じて調整されることがあります。

例えば、当初は「検索画面を作る」予定だったとしても、開発途中で別の方法のほうがユーザーにとって価値が高いと分かることがあります。

その場合、スプリントゴールを達成するために必要な作業を見直すことが考えられます。

つまり、

「最初に決めた作業を絶対に全部やり切る」

ことが目的なのではありません。

スプリントゴールを達成することが重要です。

スプリントゴールとスプリントレビュー

スプリントゴールは、スプリントレビューとも関係しています。

スプリントレビューでは、スプリントで作成したインクリメントを確認します。

その際に、

「スプリントゴールに対して、どこまで価値を実現できたのか？」

という視点で成果を確認することができます。

そして、ステークホルダーからフィードバックを受け、今後のプロダクトの方向性を検討します。

このように、スプリントゴールは、スプリントの開始時だけではなく、スプリントの成果を確認するときにも重要な役割を持ちます。

スプリントゴールとレトロスペクティブ

レトロスペクティブでは、チームの仕事の進め方を振り返ります。

例えば、

「スプリントゴールを達成するために、チームとしてうまく協力できたか？」

「何がスプリントゴールの達成を妨げたのか？」

「次のスプリントでは何を改善すればよいか？」

といった観点から振り返ることができます。

そのため、スプリントゴールはチームの改善を考えるうえでも重要な基準になります。

スプリントゴールでよくある失敗

作業項目をそのままゴールにする

「画面を3つ作る」「テストを100件実施する」など、作業量だけをゴールにしてしまうケースです。

作業を完了することが目的になってしまい、ユーザーや顧客にどのような価値を提供するのかが見えにくくなります。

ゴールをたくさん設定する

一つのスプリントに多くの目的を詰め込むと、チームの方向性が分かりにくくなります。

「今回のスプリントで最も重要なことは何か？」を明確にすることが重要です。

ゴールを意識せず作業する

スプリント開始時にゴールを決めても、その後まったく意識されなければ意味がありません。

作業の優先順位を決めるときや、問題が発生したときなどに、スプリントゴールを判断基準として活用することが重要です。

ゴールと成果物を混同する

「検索画面を作る」は成果物や作業に近い表現です。

「ユーザーが目的の商品を簡単に検索できるようにする」のように、その成果物によって実現したい価値まで考えることが重要です。

プロジェクトマネージャにとってのスプリントゴール

プロジェクトマネージャがアジャイルなプロジェクトに関わる場合、スプリントゴールの考え方は非常に参考になります。

プロジェクトでは、どうしても「何をいつまでに作るのか」という作業やスケジュールに目が向きがちです。

しかし、本当に重要なのは、「その作業によって何を実現したいのか」です。

例えば、

「8月末までに検索機能を完成させる」

という目標だけではなく、

「8月末までに、ユーザーが目的の商品を簡単に見つけられる状態を実現する」

と考えることで、作業の優先順位や意思決定の基準が変わってきます。

これはアジャイルに限らず、プロジェクトマネジメント全般で役立つ考え方です。

プロジェクトマネージャ試験ではここが重要

スプリントゴールを学ぶときは、次の用語と関連付けて整理しておくとよいでしょう。

• スクラム
• アジャイル
• スプリント
• スプリントバックログ
• プロダクトバックログ
• プロダクトゴール
• インクリメント
• プロダクトオーナー
• デイリースクラム
• スプリントレビュー
• レトロスペクティブ

特に、スプリントゴール＝スプリントで達成したい目的、スプリントバックログ＝その目的を達成するための作業という関係を理解しておくと、スクラム全体を整理しやすくなります。

PM道場のワンポイント

スプリントゴールを考えるときは、「何を作るか」よりも「何を実現したいか」を考えてみましょう。

例えば、

「ログイン画面を作る」

という作業を考えたとします。

しかし、その先には、

「ユーザーが安全かつ簡単にサービスを利用開始できるようにする」

という目的があるかもしれません。

この目的が明確になれば、ログイン画面だけではなく、認証、エラー処理、セキュリティ、ユーザー体験など、必要なことが見えてきます。

そして、スプリント中に予定外の問題が発生したときにも、

「スプリントゴールを達成するために、何を優先すべきか？」

という基準で判断できます。

つまり、スプリントゴールは単なる「目標」ではありません。

チームが同じ方向を向き、スプリント中の判断を行うための軸なのです。

「予定していた作業を全部終わらせる」ことだけに集中するのではなく、

「このスプリントで、どんな価値を生み出したいのか？」

を常に意識する。

これが、スプリントゴールを活用するうえで大切な考え方です。

関連用語

• スクラム
• アジャイル
• スプリント
• プロダクトゴール
• プロダクトバックログ
• スプリントバックログ
• インクリメント
• プロダクトオーナー
• スクラムマスター
• デイリースクラム
• スプリントレビュー
• レトロスペクティブ
• ユーザーストーリー

まとめ

スプリントゴールとは、スプリントで達成したい目的や価値を表したものです。

単なる作業リストではなく、「なぜこのスプリントを行うのか」を明確にすることが重要です。

スプリントゴールが明確であれば、

• チームの方向性をそろえられる
• 作業の優先順位を判断しやすくなる
• スプリント中の意思決定に活用できる
• スプリントレビューで成果を評価しやすくなる
• プロダクトの価値に意識を向けられる

といったメリットがあります。

また、スプリントゴールとスプリントバックログは、

スプリントゴール＝目的

スプリントバックログ＝目的を達成するための作業

という関係で捉えると分かりやすくなります。

アジャイルでは、最初に決めた作業をすべて完了することだけが重要なのではありません。

短い期間で価値を生み出し、学習し、その結果を次の行動に反映することが重要です。

そのための軸となるのがスプリントゴールです。

関連記事

• スクラムとは？
• アジャイルとは？
• スプリントとは？
• スプリントバックログとは？
• プロダクトバックログとは？
• プロダクトゴールとは？
• スプリントレビューとは？
• レトロスペクティブとは？
• デイリースクラムとは？
• プロダクトオーナーとは？
• スクラムマスターとは？

よくある質問（FAQ）

Q. スプリントゴールとは何ですか？

A. スプリントで達成したい目的や価値を表したものです。「このスプリントでは何を実現するのか」をチームで共有するために使用します。

Q. スプリントゴールとスプリントバックログの違いは何ですか？

A. スプリントゴールはスプリントで達成したい目的であり、スプリントバックログは、その目的を達成するために必要な作業を表します。

Q. スプリントゴールは作業項目のことですか？

A. いいえ。作業項目そのものではありません。「何を作るか」だけではなく、「その作業によって何を実現したいのか」という目的を表します。

Q. スプリントゴールは変更できますか？

A. スプリントゴールはスプリントにおける重要な目的です。スプリント中に状況が変化した場合でも、まずゴールを達成するためにスプリントバックログなどの作業を調整するという考え方が重要です。

Q. スプリントゴールとプロダクトゴールの違いは何ですか？

A. プロダクトゴールはプロダクトが目指す長期的な目的であり、スプリントゴールは、その目的に向けて今回のスプリントで達成したい具体的な目的です。

Q. 良いスプリントゴールとはどのようなものですか？

A. チームが目的を理解でき、スプリント中の優先順位や意思決定の基準として活用できるものです。単なる作業リストではなく、顧客やユーザーに提供する価値を意識すると分かりやすくなります。

The post スプリントゴールとは？スプリントで実現したい目的を明確にする考え方 first appeared on PM道場.