ITプロジェクトマネージャー転職ガイド

ITのPM求人は、同じ「マネージャー」でも、案件の納期と体制を見る人、プロダクトの価値を見る人、技術選定を見る人で翌日が違います。厚生労働省の職業情報提供サイト（job tag）では、ITプロジェクトマネージャの仕事として、計画、予算、要員、進捗などが整理されています。応募前に、自分が責任を持ちたい4項目の範囲を決めてください。

計画

範囲、工程、依存、マイルストーンを合意します。作った表より、変更が起きたときの再計画の方が実務です。

予算

人件、外注、ライセンス、予備の扱いです。金額の実数は守秘の範囲で抽象化し、決裁の単位を話します。

要員

誰がどの期間入るか、不足時の調達、スキルの過不足です。人数の自慢より、足りない役割の埋め方が材料になります。

進捗

完了の定義、遅延の兆候、エスカレーションです。百分率だけの報告は、完了定義が無いと意味が薄くなります。

プロダクトマネージャーは、何を作るか、誰に価値があるかを見る仕事になりやすいです。テックリードは、技術的な意思決定と実装品質を見る仕事になりやすいです。ITプロジェクトマネージャーは、約束した範囲を、予算と体制の制約の中で届ける仕事になりやすいです。会社によって兼任や用語の混在があります。年収の高低は企業ごとに異なるため書きません。

• 開発リーダー出身

  見積、依存、技術リスクの翻訳が強みです。予算の決裁と対外報告は別スキルとして棚卸しします。

• PMO出身

  標準と報告の型が強みです。現場の優先順位を自分で切った経験があるかを分けて書きます。

• 受託出身

  契約範囲と変更管理が強みです。社内プロダクトの「終わりがない」仕事との差を面談で確認します。

• 事業会社の情シス

  ベンダー取りまとめと社内調整が強みです。開発内製チームのPMとはリズムが違うことがあります。

IPAのプロジェクトマネージャ試験は、出題範囲が公開されている国家試験です。求人によっては歓迎と書かれますが、合格が採用の必須条件とは限りません。試験は学習範囲の証明であり、ステークホルダー調整の説明の代わりにはなりません。

PM求人は、業界名と「マネジメント経験」が多くなります。見るべきは、決裁金額の単位、直接の部下の有無、顧客との契約責任、技術判断の最終権者です。成功率やオンタイム率は、定義が公開されていない限り比較になりません。

• 計画・予算・要員・進捗のどれが職務に書いてある
• 報告先（事業、開発、顧客、PMO）が分かる、または面談で確認できる
• 成功の定義が売上、納期、品質、利用率のどれか空欄のままになっていない
• 「PM」だけでPdM業務も開発管理も全部、となっていない
• 最新の勤務条件は求人票と公式サイトで確認する

リーダーとして実装もしていた人は、技術判断と、計画・予算・要員・進捗の判断を分けて書いてください。混ぜると、テックリード求人にもPM求人にも中途半端に見えます。金額や人数は、守秘と根拠がある範囲だけです。

1. 01
   約束した範囲を1つ書く

   何を、いつまでに、誰に届ける約束だったか。売上や市場規模は確認できないなら書きません。

2. 02
   4項目のうち自分が決裁したものを印する

   計画、予算、要員、進捗のどれにハンコを押せたか。押せなかった項目は、誰が持っていたかを書きます。

3. 03
   遅延または不足を1件深掘りする

   兆候、共有した相手、選択肢、選んだ理由、結果を時系列にします。成功談だけの経歴は信用されにくいです。

4. 04
   自分で決めたことと、上が決めたことを分ける

   延期、増員、範囲削減のうち、自分が提案して通した範囲だけを強調します。

工程表があることと、進捗が見えていることは別です。完了の定義が「コーディング終了」なのか「利用者が使える」なのかで、同じ百分率でも意味が違います。面接ではツール名より、遅れの兆候を何で見ていたかを話します。

予算は金額そのものより、何が変動費で、誰が追加を承認するかを話します。要員は人数より、足りない技能と、調達にかかった判断を話します。実数を出せない場合は、単位（人月の増減、役割の追加）で抽象化します。

• 予備費

  いつ使うか、使わないと判断するか。予備を隠して楽観する報告は、後で信頼を失います。

• 外注

  契約範囲、受け入れ、機密。外注人数の多さは成果ではありません。

• 兼務

  計画上のフルタイムが、実態は半分、は進捗の最大のノイズになりやすいです。

• 採用とアサイン

  PMが採用権限を持つか、既存メンバーの再配置だけかは求人で差が大きいです。

job tag の整理でも、計画・予算・要員・進捗はセットで語られます。4つのうち1つしか触れていない経歴は、PMというより調整役に見えることがあります。足りない項目は、学習中や次にやりたいこととして正直に置いてください。

PM求人は、SIer、受託、事業会社、コンサル、社内SE組織に分散します。1社の提案だけで市場を判断しない方が安全です。ハイクラス志向の相談では、決裁権限と部下の有無を必ず確認してください。技術領域に詳しい相談と併用すると、プレイングの比重が見えます。

• ハイクラス志向の求人では決裁と部下の有無を確認する
• 同じ求人の重複応募が起きないよう一覧を作る
• 最新の募集条件は各公式サイトと面談で確認する

• 成功だけを語る

  遅延も範囲削減も、判断の材料です。失敗を隠すより、選択肢を話します。

• ツール運用者とPMを同一視する

  チケットを並べられることと、約束を再定義できることは別です。

• 確認できない規模を書く

  数十億、数百人など、根拠と守秘が言えない数字は外します。

• PdM希望とPM希望を同時に出す

  今回の応募軸は1つにします。両方の経験があることは、軸を決めたうえで添えます。

遅延は能力不足の証明ではありません。兆候をいつ共有し、どの選択肢を捨てたかを言語化できる人が、PMでは早く信頼されます。必ず年収が上がる、必ず内定する、といった話はできません。

計画どおりに終わった話より、範囲が変わったときの判断がPMの説明になります。誰が変更を願い、誰が断り、誰が予算と期日を動かしたかを時系列にします。完了の定義がコードを書いたから利用者が使えるへずれたなら、そのずれ自体が進捗の話です。成功率や予算達成率は使いません。

job tag では計画、予算、要員、進捗がセットで語られます。変更管理は4項目が同時に動く場面です。どれか1つしか触れられない場合は、足りない項目を次にやりたいこととして正直に置いてください。PdMの発見業務と混ぜないことが、提案の精度を上げます。

PMの経歴は、成功談より先に決裁の範囲を置きます。計画、予算、要員、進捗のどれにハンコを押せたかを書かないと、PdMやテックリードの経歴と区別できません。金額や人数は守秘と根拠がある範囲だけです。成功率は定義が公開されていない限り使いません。

1. 01
   遅延を1件、時系列で書く

   兆候、共有、選択肢、選んだ理由、結果を書きます。予定どおりだった案件だけを並べないでください。

2. 02
   試験は任意と明記する

   IPAのプロジェクトマネージャ試験は学習範囲の証明です。合格を任命条件であるかのように書かないでください。

3. 03
   PdM要素を切り出す

   何を作るかの判断をしたならPdM側の経験として分け、今回の応募軸がIT PMなら主文は4項目にします。

1. 01
   4項目の担当図を1枚にする

   計画、予算、要員、進捗について、自分、上司、顧客、開発の誰が決裁したかを書き込みます。

2. 02
   遅延または変更を1件深掘りする

   兆候、共有、選択肢、結果を各3行で書きます。成功率は根拠がなければ書きません。

3. 03
   PMかPdMかテックリードかを選ぶ

   今の応募軸を1つに絞ります。隣接経験は「会話できる」と添えます。

4. 04
   試験は任意として位置づける

   持っているなら範囲と取得年を書きます。持っていないなら事例を先に置き、受験予定は補足にします。

5. 05
   相談先を2系統用意する

   決裁権限が見える相談と、技術寄りのプレイング比重の相談を分けます。条件の最終確認は公式サイトで最新情報をご確認ください。

ITプロジェクトマネージャー転職は、華やかな成功談より、約束の再定義の話で差がつきます。計画、予算、要員、進捗のどこにハンコを押せたか。この4点を自分の言葉で説明できると、求人比較も面接も具体になります。内定や年収の保証はありません。