プロジェクトマネージャー（PjM）の選考フロー・面接対策｜転職で押さえるべきポイント

プロジェクトマネージャー（PM・PjM） 選考フロー・面接対策 更新日 2026/8/10

過去案件の掘り下げが中心になる

プロジェクトマネージャーの選考は、課題の提出より、過去に担当した案件を細かく質疑する形式が中心になります。

理由は、この職種の力量が判断の履歴に表れるためです。どの時点で何に気づき、どう決めたか。実際に起きた出来事を追うほうが、架空の設定より実態が分かります。

そのため、選考の準備は「答えを用意する」より「自分の案件を分解しておく」ことになります。この記事では、選考が一般的にどう進むのか、何が見られているのかを整理します。選考の内容は会社と時期によって変動しますので、最新の募集要項は各社公式サイトをご確認ください。本記事の内容は2026年8月時点の公開情報にもとづきます。

一般的な選考ステップ

受託開発の会社では、営業との面接が入ることがあります。顧客との交渉を分担するためです。自社サービスの会社では、事業側との面接が入ります。

課題が出る場合、簡単な計画の作成や、遅延した状況への対処案を求められることがあります。

ケース面接で見られている観点

状況を確認するか — 遅延している設定を出されたとき、すぐに対策を並べるか、まず状況を確認するか。何が原因で、どこまで進んでいて、残りに何が必要か。確認すべき項目を挙げられるかが見られます。

選択肢を並べるか — 対処は一つではありません。範囲を削る、要員を足す、期日を動かす、品質基準を調整する。それぞれに副作用があります。

副作用を認識しているか — 要員を足せば立ち上がりの時間が要ります。範囲を削れば顧客との交渉が生じます。この理解があるかが問われます。

誰に伝えるかを含めるか — 対処を決めても、関係者に伝えなければ動きません。誰に、いつ、何を伝えるかまで話せるか。

最悪の場合を想定しているか — 打った手が効かなかった場合、次に何をするか。

job tag では、この職業に必要なスキルとして傾聴力5.4、他者との調整5.1、説明力5.0、交渉5.0、時間管理5.0が挙げられています。ケース面接でも、これらが実際に表れているかが見られます。

面接で頻出する質問

「その案件で、遅れに気づいたのはいつですか」

検知の力を確認する質問です。「終盤になって発覚した」場合も、正直に答えたうえで、次に何を変えたかを述べます。

「見積もりは何を根拠に出しましたか」

この職種で差がつく質問です。感覚で出していた場合、規模が変わると通用しないと見られます。

「範囲を削る判断をしたことはありますか」

すべてを実現しようとする人か、優先順位を付けられる人かが分かります。

「顧客や上位者に、悪い知らせをどう伝えましたか」

伝えにくいことを伝えられるかの確認です。

「体制はどういう基準で決めましたか」

要員の配置に考えがあるかが見られます。

「当社の体制だと、どこが論点になりそうですか」

公開情報の範囲で考えたことを述べます。

見積もりの根拠をどう語るか

見積もりについては、準備しておくと差がつきます。

根拠として語れるもの

1. 過去の類似案件の実績（自社のデータ）
2. 機能ごとの積み上げと、その単価の出どころ
3. 不確実性への上乗せと、その考え方
4. 前提条件と、崩れた場合の影響

3つ目を説明できる方は多くありません。見積もりに余裕を持たせる場合、どのくらい、なぜその幅かを言えるかが問われます。

業界のベンチマークについて

かつては公開されたベンチマークを参照する方法もありました。IPA（情報処理推進機構）が公表していた「ソフトウェア開発分析データ集2022」は、収集したデータが5,546件に達し、工数、工期、規模、生産性、信頼性などを分析した資料です。本編では直近6年間のデータ1,479件から分析結果を算出し、業種編3種やサマリー版も公開されています。

ただし、IPAのページには 事業終了に伴い今後の発行予定はない 旨が明記されています。

実務上の意味 — 業界共通のベンチマークが更新されなくなった以上、自社の実績データを蓄積しているかどうかが、見積もりの精度を左右します。面接でも、外部の一般論ではなく、自社のデータをどう使っていたかを語れる方が評価されます。

蓄積していなかった場合も、正直に述べたうえで、次はどう根拠を作るかを話せば姿勢は伝わります。

過去案件を、この形に分解しておく

選考の準備は、答えを暗記するより、自分の案件を分解しておくことです。代表的な2、3件について、次の項目を書き出しておきます。

1. 前提 — 案件の性質、規模、期間、体制、自分の権限
2. 見積もりの根拠 — 工数と期間をどう出したか
3. 体制の設計 — 誰にどこを任せ、どう情報を集めたか
4. 最初のずれ — 何が、いつ、どのくらいずれたか
5. 気づいた時点と、その手段 — 何を見て気づいたか
6. 打った手と、その副作用
7. 誰に、いつ、どう伝えたか
8. 結果と、次の案件で変えたこと

5つ目が要です。定例の報告で気づいたのか、成果物を実際に見て気づいたのか、メンバーの様子から察したのか。ここを言語化しておくと、どの角度から質問されても答えられます。

分解しておくと、応用が利きます

ケース面接で架空の状況を出されても、この構造で考えれば筋道が立ちます。実際に経験した判断の流れを持っていれば、初めての設定でも同じ順序で組み立てられます。

書き出す量の目安

1件につき、A4で1枚程度あれば十分です。面接に持ち込む必要はありません。整理する過程で記憶が構造化されることに意味があります。

落ちる人に共通していること

• すぐに対策を並べる — 状況を確認せずに動く
• 副作用を認識していない — 要員を足せば解決すると考えている
• 順調な案件しか語らない — 実質的に他の人が回していたと見られる
• 見積もりの根拠がない — 感覚で出していたと読まれる
• 伝えた場面がない — 悪い知らせを抱え込む人だと見られる
• 規模の数字だけを語る — 自分が何をしたかが見えない

2つ目は、経験の浅い方に多く見られます。人を追加すると、教える時間が発生し、短期的にはむしろ遅れます。この理解があるかは、すぐに分かります。

会社のタイプで、選考の重心が変わる

SIer・受託開発 — 顧客との交渉と、契約範囲の管理が中心に見られます。採算の意識も問われます。営業との面接が入りやすくなります。

事業会社（自社サービス） — 社内の優先順位の調整と、リリース後まで見る視点が問われます。開発チームとの面接が重くなります。

大規模プロジェクトを扱う会社 — 体制の設計とリスク管理が中心です。複数ベンダーを束ねた経験が評価されます。

スタートアップ — 専任のPjMを置かないことも多く、開発や事業側と兼任になります。範囲の広さに耐えられるかが見られます。

隣接職種の選考も参考になります。プロジェクトマネージャー（PM）の面接対策、PMOの面接対策、スクラムマスターの選考フロー・面接対策、ITアーキテクトの選考フロー・面接対策をご覧ください。

志望動機の作り方と条件面は、プロジェクトマネージャー（PjM）の志望動機の書き方、プロジェクトマネージャー（PjM）の年収相場、プロジェクトマネージャー（PjM）の転職難易度をご確認ください。

まとめ

プロジェクトマネージャー（PjM）の選考について、押さえるべき点を整理します。

• 課題より、過去案件を細かく質疑する形式が中心になる
• ケースでは、すぐに対策を並べず、まず状況を確認する
• 増員以外の選択肢と、それぞれの副作用を認識しているかが見られる
• 「遅れに気づいたのはいつか」は必ず聞かれる
• 見積もりの根拠を語れるかで差がつく。IPAのデータ集は発行が終了している
• 権限の範囲と、入社直後に担当する案件を選考中に確認する

選考の進み方や評価の観点は会社と時期によって変動します。詳細は各社公式サイトでご確認ください。

よくある質問

Q. ケース面接では、正解を出す必要がありますか。

A. 正解を当てる場ではありません。状況を確認するために何を聞くか、複数の選択肢とその副作用を挙げられるかが見られます。すぐに対策を並べると、確認せずに動く人だと判断されます。

Q. 見積もりの根拠を持っていない場合、どう答えればよいですか。

A. 正直に述べたうえで、次はどう根拠を作るかを話せば姿勢は伝わります。業界共通のベンチマークが更新されなくなっているため、自社の実績を蓄積する必要性を理解していると示せると良いでしょう。

Q. 遅れに気づくのが遅かった案件は、話さないほうがよいですか。

A. 話すほうが評価されます。順調な案件しか語らないと、実質的に他の人が回していたのではないかと見られます。気づいた時点と、次に何を変えたかを添えてください。