先に要点
- プロジェクトマネージャ試験は、ITプロジェクトの計画・リスク・品質・関係者調整を問う高度資格です。
- コードを書く力の証明ではなく、プロジェクトを崩さず進める考え方を整理する資格です。
- リーダー、社内SE、SIer、外注管理に関わる人ほど、実務と結びつきやすいです。
プロジェクトマネージャ試験は、IPA の高度試験のひとつです。
名前の通り、ITプロジェクトをどう計画し、どう進め、どうリスクを抑えるかを問います。
ただし、ここでいうプロジェクトマネージャは、偉い人の肩書きだけではありません。
小さな開発チームのリーダー、外注先を管理する社内SE、要件調整をする情シス、SIerで顧客と開発チームの間に立つ人にも関係します。
何を問う資格か
プロジェクトマネージャ試験で問われるのは、技術そのものより、プロジェクトを成立させるための判断です。
範囲と見積もり
何をどれだけやるか
スコープをどう決めるか。見積もりをどう考えるか。
リスクと品質
崩れないように守る
リスクをどう見つけるか。品質をどう担保するか。進捗遅れにどう手を打つか。
関係者
期待値と合意
関係者の期待値をどう揃えるか。外注先や利用部門とどう合意するか。
要件が曖昧、決裁が遅い、仕様変更が増える、担当者が抜ける、テスト期間が足りない。こういう現実をどう扱うかがプロジェクト管理です。
開発現場で役立つ場面
| 場面 | 役立つ考え方 | 現場で起きやすい問題 |
|---|---|---|
| 見積もり | 前提条件、範囲、リスクを分けて考える | ざっくり金額だけ決まり、後から揉める |
| 要件定義 | 決めること、決めないことを明確にする | 利用部門と開発側の認識がずれる |
| 進捗管理 | 遅れを早めに見つけ、影響を説明する | 最後のテスト工程で一気に破綻する |
| 品質管理 | レビュー、テスト、受入条件を決める | 動いたけれど業務で使えない |
この資格の価値は、「プロジェクトは気合いで進まない」と理解できることです。
納期が厳しいとき 1
何を削るのか
削る範囲を決めます。
納期が厳しいとき 2
何を守るのか
守るものを決めます。
納期が厳しいとき 3
誰に説明するのか
納期が厳しいときほど、これらを決めないといけません。
役立ちやすい人
プロジェクトマネージャ試験が役立ちやすいのは、すでに現場で何らかの調整をしている人です。
開発チーム
リーダー・サブリーダー
開発チームのリーダーやサブリーダー。見積もりや要件定義に関わるエンジニア。
顧客折衝・進捗管理
SIerで顧客折衝や進捗管理をする人。
社内SE・情シス
ベンダー管理・導入
社内SEとしてベンダー管理をする人。情シスでシステム導入を進める人。
こういう人は、問題文の背景がかなり分かるはずです。
「あるあるだな」と思いながら読めるなら、学習内容が実務に結びつきやすいです。
役立ちにくい人
逆に、まだ開発やシステム導入の流れが見えていない段階だと、やや抽象的に感じるかもしれません。
資格の言葉だけ覚えても、現場の痛みがないとピンと来にくいからです。
プロジェクトマネージャ試験に合格しても、人を動かす力、交渉力、現場での信頼が自動で手に入るわけではありません。資格は考え方の整理には強いですが、実務では「誰にいつ何を言うか」「揉めたときにどう落とすか」がかなり大事です。
勉強するなら実務に結びつける
おすすめは、過去にうまくいかなかった案件を思い出しながら勉強することです。
こうやって実案件と結びつけると、試験の内容がかなり現実的になります。
プロジェクト管理は、教科書のきれいな流れだけでなく、崩れかけたときにどう立て直すかが大事です。
実務で使うなら小さく始める
プロジェクトマネージャ試験の内容は、大規模案件だけで使うものではありません。
小さな改修案件でも、やること、やらないこと、決める人、確認する人、リリース後の責任範囲を整理するだけで、かなり事故を減らせます。
たとえば、社内の問い合わせフォームを改修するだけでも、入力項目、通知先、スパム対策、個人情報の扱い、テスト観点、公開日、戻し方を決める必要があります。
プロジェクト管理は、資料を増やすことではありません。
関係者が同じ前提で動けるように、判断材料を残すことです。試験で出てくるリスク管理や品質管理も、実務ではこの小さな積み重ねとして使うとかなり現実的です。
見積もりが外れる理由を分解する
プロジェクトマネージャ試験を実務に寄せて学ぶなら、見積もりが外れる理由を分解するとかなり役立ちます。
見積もりが外れるのは、単に担当者の能力が低いからとは限りません。
よくある原因は、次のようなものです。
順番
金額が先に決まる
要件が固まっていないのに金額だけ先に決まる。
見えない作業
開発以外を軽く見る
既存システムの調査時間を入れていない。データ移行、テスト、教育、マニュアル作成を軽く見ている。
待ちと調整
人の時間を入れていない
レビューや承認待ちの時間を考えていない。外部サービスや他部署との調整を見積もりに入れていない。
余白
変更への備えがない
仕様変更が起きる前提の余白がない。
実務では、前提条件を置き、その前提が崩れたらどう影響するかを説明するものです。ここを曖昧にすると、「言った金額でできると言ったよね」という話になり、プロジェクトが苦しくなります。
プロジェクトマネージャ試験で出てくるスコープ管理やリスク管理は、この前提を言語化するために使えます。
外注管理で失敗しないための見方
社内SEや情シスで特に効くのは、外注管理です。
ベンダーに頼むこと自体は悪くありません。むしろ、専門家に頼むべき場面は多いです。ただし、丸投げすると社内に判断材料が残りません。
最低限、次の点は社内側でも持っておきたいです。
プロジェクトマネージャ試験は、こうした「作る以外の仕事」を軽視しないための資格でもあります。
開発が終わったように見えても、運用に入ってから困ることは多いです。だからこそ、契約、成果物、受入条件、保守範囲まで含めて見る必要があります。
取った後にどう活かすか
資格を取った後は、いきなり大規模案件のPMを目指すより、小さな管理の改善に使う方が現実的です。
たとえば、次のような形です。
こういう地味な作業が、実はプロジェクトを守ります。 プロジェクトマネージャ試験の価値は、資格名そのものより、こうした管理を「なぜ必要か」説明できるようになるところにあります。
プロジェクトマネージャ試験に関するよくある質問
Q. PM 試験と PMP の違いは？
A. PM 試験は日本の国家試験で、知識+論述+実践事例の組み合わせ、PMP は PMI が認定する国際資格で実務経験+試験+継続学習が必要です。日本国内は PM、外資系や国際プロジェクトは PMP が評価されやすいです。
Q. 実務未経験で受かりますか？
A. 午後II の論述問題で実際のプロジェクト経験が大きく問われるため、未経験合格は非常に難しいです。小さなプロジェクトのリーダー経験 程度はあった方が論述が書きやすくなります。
Q. 合格率は？
A. 例年14〜15%です。論述試験(2,000字程度)を時間内に構成する力が試されるため、知識だけでは合格できません。
Q. 論述試験のコツは？
A. 題意を正確に読み取る、自分が経験した題材を題意に沿って書く、具体的な数値・施策・結果を含める、改善提案を最後に書く、です。題意とズレた論述は採点対象外になることもあります。
Q. アジャイル開発の出題は？
A. 近年増えています。スクラム、カンバン、リーン、DevOps の用語と考え方、アジャイル契約、固定費型と変動費型の使い分け、なども問われます。
Q. PM 合格後にどう活かせますか？
A. 社内PMキャリアの土台、入札案件での要件、SIer での昇進判断材料、副業や顧問契約での信用、などで活かせます。合格 + 実プロジェクト実績 の組み合わせが最も価値が出ます。
Q. ST(ITストラテジスト)とどちらが先ですか？
A. PM がプロジェクトの中の判断、ST が 事業や経営寄りの判断 です。プロジェクト経験を積みながら PM を取り、その後 ST に進むのが定番のステップアップです。
まとめ
プロジェクトマネージャ試験は、ITプロジェクトを進めるための考え方を鍛える資格です。
コードを書く力の証明ではありませんが、要件、見積もり、リスク、品質、関係者調整に関わる人にはかなり役立ちます。
向いているのは、次のような人です。
プロジェクトは、技術だけでも、管理表だけでも成功しません。
プロジェクトマネージャ試験は、その間をつなぐための地図として使うと価値が出ます。