ITプロジェクトマネージャーの年収相場｜経験年数別の推定レンジと単価の5条件

ITプロジェクトマネージャー（PM）の年収はいくらか。まず答えから示します。上場・大手／東京勤務／スキル評価が中位より少し上という条件で、実務経験年数だけを変えると、当サイトの推定レンジはこうなります。

PMを任される時期にあたる実務6〜9年から10年以上の帯が、金額の動く範囲です。ただしこのレンジは職種としてのPMの統計ではなく、経験年数・企業タイプ・勤務地・スキル水準の4軸から推定した値です。SEの年収相場と同じモデルで出しているため、職種を変えただけでは動きません。

では何が動かすのか。PMの年収を左右しているのは、PMという肩書きそのものではなく、どの企業タイプでPMを担っているかです。同じ「PM」でも、扱う予算の出どころと会社の利益構造が違えば、支払える上限が変わります。

まず、その差がどれくらいあるかを確認します。

PMの年収を決めているのは肩書きではなく企業タイプ

実務10年以上／東京勤務／スキル中位という条件を固定し、企業タイプだけを変えると次のようになります。

中小の受託・SIerと、メガベンチャー・外資の中央値の差は 222万円 です。この幅は、PMとしての力量の差ではなく、会社が何を売って、どこから利益を得ているかの差から生まれています。同じ企業タイプの中でも上端と下端に幅があり、そこを動かすのが個人の実績や交渉ですが、行の違いを個人の努力で埋めるのは容易ではありません。

表の読み方として2点補足します。1つ目は、これが職種としてのPMの統計ではなく、経験年数・企業タイプ・勤務地・スキル水準という4軸から推定したレンジだということです。2つ目は、PM職の場合、同じ企業タイプの中でも案件規模による振れ幅が一般のエンジニアより大きいことです。数億円規模の案件を任される立場と、数人のチームを回す立場が、同じ「PM」という言葉で求人票に並びます。表は目安として使い、実際の判断は次節以降の構造の話と合わせて行ってください。

SIerのPMと事業会社のPMは、売っているものが違う

両者を分けているのは、売っているものが「開発工数」なのか「プロダクトの成果」なのかという違いです。この一点から、評価される行動も、年収の上限も分かれます。

SIerのPMは、顧客と結んだ契約の範囲で、決められた品質・納期・原価を守ることに責任を持ちます。売上は契約時点でおおむね確定しているため、PMが利益に貢献できるのは主に原価側です。要員を予定どおりに配置し、手戻りを減らし、追加要求を契約変更として整理する。これができるPMは高く評価されますが、評価の天井は、その案件の契約金額と会社の取り分によって先に決まっています。

事業会社のPMは、プロダクトが生む収益そのものに紐づきます。開発の遅れは納期遅延ではなく機会損失として現れ、逆にスコープを削って早く出す判断が正解になる場面もあります。何を作らないかを決める権限が与えられている分、判断の失敗も自分に返ってきます。この構造の違いが、企業タイプ別の年収相場で見える差の背景にあります。

注意点として、この対比は「事業会社のほうが良い」という話ではありません。SIerでも元請けとして大規模案件の全体責任を持つ立場なら、事業会社の中堅PMより高い水準になります。逆に事業会社でも、実質的に外部ベンダーの進行管理だけを担っているなら、職務の中身はSIerのPMに近くなります。会社の看板ではなく、商流のどこにいるかで見てください（一次請けと二次請けの年収差）。

SIerでPMの年収が決まる仕組み

SIerのPMの年収は、担当案件の規模と、会社の等級制度の2つでほぼ説明できます。案件規模が大きいほど上位等級のPMが充てられ、等級が上がれば給与テーブル上の枠も上がる、という順序です。逆に言えば、大きな案件を任される機会がなければ、個人の能力が高くても等級は動きにくい構造になっています。

この仕組みには、担当する案件が会社側の都合で決まるという性質があります。営業が取ってきた案件のうち、どれに誰を充てるかは編成の問題であり、希望どおりにはなりません。そのため、SIerで年収を上げたいPMが実際に動かせるのは、上位等級の要件を先に確認し、その要件に当たる実績（原価管理、契約変更の交渉、複数チームの統括など）を意図的に取りにいくことです。

具体例を挙げます。同じ2年間で、3人チームの進行管理を6件担当したPMと、20人規模の案件を1件通しで担当したPMがいたとき、後者のほうが上位等級の要件を満たしやすくなります。件数の多さは経験の幅を示しますが、等級要件はたいてい「規模」と「責任の範囲」で書かれているためです。自分の会社の要件がどちらを見ているかは、等級・グレード制度の昇格条件の観点で確認してください。

ただし例外もあります。会社が新規領域（クラウド移行、データ基盤、生成AIの導入支援など）を伸ばしたい局面では、規模が小さくても新領域の案件を成立させた実績が評価されることがあります。この場合は等級要件そのものが改定される途中であることが多く、要件の文面だけを見ていると機会を逃します。

事業会社でPMの年収が決まる仕組み

事業会社では、等級制度に加えてプロダクトの収益規模と、その中でPMが持つ決定権の範囲が金額に効きます。売上を作る側の組織に近いほど、報酬の設計も事業の成果に連動しやすくなります。

理由は単純で、内製の開発組織はコストセンターではなく、事業の一部として予算が組まれているからです。開発が半年早まればそのぶん収益機会が前倒しになるため、PMの判断は金額に換算しやすい形で現れます。賞与の比率が高く設計されている会社では、この連動が年収の振れ幅としても表れます（賞与比率が高い会社と低い会社の実質）。

具体例として、同じ「PM」という求人票でも、プロダクトのロードマップに口を出せる立場と、すでに決まった要件を期日どおりに出す立場では、提示される等級が1〜2段階変わることがあります。カジュアル面談の段階で「意思決定はどこで行われ、PMはその会議に出るのか」を聞くと、どちらなのかがかなり判別できます（カジュアル面談で年収と等級をどこまで確認できるか）。

注意点は、事業会社のPMは職種名の揺れが大きいことです。プロダクトの方向性を決める役割はプロダクトマネージャーと呼ばれることが多く、開発の進行に責任を持つ役割と混在して募集されます。両者の年収の出方はプロダクトマネージャーとエンジニアの年収比較で扱っています。求人票の職種名だけで判断せず、職務内容の記述を読んでください。

年齢と給与水準から見た、PM登用が効きはじめる時期

PMへの登用が年収に効きはじめるのは、業界全体の給与カーブが立ち上がる時期と重なります。情報通信業の平均給与を年齢階層別に見ると、次のように推移します。

この表は職種別ではなく業種全体の数字で、エンジニア以外の職種も含みます。それでも30代前半から後半にかけての伸びが大きいことは読み取れ、この時期に管理責任を持つ役割へ移る人が増えることと整合します。一方で、平均は上振れした人に引っ張られます。情報通信業の中央値は当サイトの推計で 600万円 であり、平均の 682万円 を下回ります。自分の位置を平均と比べると高めに見積もりすぎるため、中央値と併せて見てください。

適用できないケースもあります。この数字は業種としての情報通信業であり、事業会社の社内PMは所属企業の業種が小売や金融になることがあります。金融業・保険業の平均給与は 726万円 と情報通信業を上回りますが、これも業種全体の値で、システム部門の水準を示すものではありません。業種平均は「自分の会社がどのくらいの原資を持つ業界にいるか」の参考にとどめ、個別の判断には使わないでください。

管理職扱いになると残業代が消える

PMへの登用で見落とされやすいのが、時間外手当の扱いが変わることです。基本給が上がっても、これまで支給されていた残業代が消えれば、年収が横ばい、場合によっては下がることがあります。

理由は、管理監督者として扱われると労働時間の規制の一部が適用されなくなるためです。ここで重要なのは、役職名ではなく実態で判断されるという点です。決裁権がなく、勤務時間の裁量もないのに管理監督者として扱われている場合、扱いそのものが適切でない可能性があります。個別の判断は労働基準監督署などの公的な窓口で確認してください。

確認の手順は単純です。昇進前の直近12か月の時間外手当の合計額を給与明細から拾い、提示された基本給の増額分と並べます。増額分が下回るなら、額面は上がっても働いた時間あたりの単価は下がります。計算の詳しい手順は管理職登用で残業代がなくなるときの年収の見方にまとめています。

例外として、管理職手当や役職手当が別に設定されている会社では、これが時間外手当の減少分を上回ることがあります。手当の金額と支給条件（不支給になる条件があるか）を、就業規則か賃金規程で確認してください。口頭の説明だけで判断すると、翌年の運用変更で条件が変わったときに根拠を示せません。

フリーランスのPM単価をどう読むか

フリーランスとしてPMを請ける道もありますが、募集に出ている高い単価は、自分が入れるレンジとは別の話として読む必要があります。

理由は、募集の額が求める経験と責任の範囲を前提にした条件付きの提示だからです。同じ「PMの募集」でも、参画する時期や商流の位置によって提示は上下します。目立つ高額の募集を基準に収入を見積もると、実態から外れます。

具体的には、要件定義から入って発注側の意思決定を支援する立場なら高い単価が成立しますが、決まった体制の進行管理だけを担う場合は、開発メンバーの単価と大きくは変わりません。発注者と直接会話できる位置にいるかどうかが、単価の分岐点になります。

注意点は、単価の高さと年間の受取額が別物だということです。PMは案件の区切りで契約が切れるため、途切れた月の空白が正社員より重く効きます。何が単価を決めていて、それをどう年収に直すのかは次の節で扱います。

PMの単価を年収に直す5つの条件

単価の話を金額として扱えるようにします。業務委託のPMで年収を見積もるときの出発点は、単価そのものではなく、単価を決めている条件です。条件は5つに整理できます。

1. 商流上の位置：発注者と直接契約しているか、間に会社が入るか
2. 入る工程：要件定義から入るか、決まった体制の進行管理だけか
3. 案件の規模と期間：予算、要員数、契約期間の長さ
4. 稼働の形：常駐が前提か、週あたりの稼働日数で決まるか
5. 契約の種類：請負で成果物の責任を持つか、準委任で工数を提供するか

この5つのうち、年収への効き方がもっとも大きいのは1と2です。間に会社が入るほど、発注額のうち自分に残る分が減ります。要件定義から入れば、発注側の意思決定を支援する立場になり、進行管理だけの場合とは別の値付けになります。3と4は稼働できる月数を通じて年間の受取額に効き、5は契約が途中で終わるときのリスクの持ち方を変えます。

次に、単価から年収に直します。手順は、単価に稼働できる月数を掛け、そこから経費と社会保険料、税の分を引く、という順です。単価×12は、稼働率100%・経費ゼロ・社会保険料の自己負担ゼロを仮定した理想値なので、正社員の年収とそのまま比べられません。当サイトの診断モデルでは、この差を保守的な係数として織り込んでいます。上場・大手相当の案件に実務10年以上で入る場合、正社員なら 750〜881万円、業務委託なら 1,013〜1,189万円 が推定の幅です。

注意点として、この推定は年間を通じて稼働できる前提で出しています。PMは契約期間が案件の区切りに合わせて切れるため、途切れた月がそのまま年間の受取額に出ます。募集に出ている単価の高さだけを見て年収を見積もると、空白の月と、正社員では会社が負担していた分を見落とします。単価の交渉そのものは業務委託の単価を契約更新で上げる交渉、手取りまで含めた計算はフリーランスの単価と手取りの差で扱っています。税や社会保険の個別の計算は税理士に確認してください。

勤務地とリモートでPMの年収がどれだけ動くか

PMは関係者との調整が多く、勤務地の制約を受けやすい職種です。同じ実務10年以上・上場企業・スキル中位で、勤務地だけを変えるとこうなります。

東京とその他の地域の差が最も大きく、フルリモートは東京とその他の地域の中間に位置します。これは、リモート勤務を認める会社が、勤務地に応じて給与を調整する場合と、全国一律で東京基準に寄せる場合の両方があるためです。どちらの設計なのかは会社ごとに違うので、求人票の勤務地欄と給与欄をセットで読む必要があります。

この表が当てはまりにくいのは、案件常駐が前提のPM職です。顧客先に出向く前提の案件では、リモートの選択肢が実質的にありません。募集要項に「リモート可」と書かれていても、案件によるという条件がつくことが多いため、面接で「直近1年で、その職種の人が実際に何日出社していたか」を聞いてください。地方在住でリモート前提の働き方を選ぶ場合の条件は地方移住とフルリモートで年収を維持できる条件で扱っています。

求人票でPM職のレンジを読むときの確認項目

PM職の求人票は、同じ職種名で職務の重さが大きく異なります。レンジの幅が広い求人ほど、次の項目を確認してください。

• 担当する案件の予算規模と、直近の実績（金額帯だけでも聞く）
• 直接・間接に何名の要員を見るのか、協力会社を含むか
• 契約形態（請負か準委任か、自社プロダクトか）と、原価責任の有無
• 提示レンジの上端が、どの等級の人に実際に支払われているか
• 管理監督者として扱われるか、時間外手当と役職手当の設計
• 評価の指標（納期遵守率、原価率、プロダクト指標のどれを見るか）

このうち最も差が出るのは4番目です。求人票のレンジ上端は、多くの場合、社内でその等級の上位にいる人の水準であり、中途入社時点の提示額とは別物です。上端に近い金額が出るのは、現職で同等の責任をすでに持っている場合に限られます。レンジの読み方は求人票の年収レンジの読み方に整理しています。

PMを打診されたときに確認する手順

社内でPMを打診された場合、返事の前に順番を決めて確認します。給与の話から入ると、条件闘争に見えて話が進みにくくなるため、職務の確認を先に置きます。

1. 任される案件の規模（予算・要員・期間）を具体的に聞く
2. 等級が上がるのか、同一等級のまま役割が変わるのかを確認する
3. 等級が上がる場合、給与テーブル上の増額幅を確認する
4. 時間外手当と役職手当がどう変わるかを、金額で確認する
5. 次の等級へ上がる要件と、判定の時期を確認する
6. 断った場合に、技術側で上がる道が残っているかを確認する

6番目を確認しておく理由は、PM登用が唯一の昇格ルートになっている会社と、技術専門職のコースが並走している会社があるためです。前者であれば、断る判断はその会社での上限を自分で決めることに近くなります。後者であれば、テックリードとマネージャーのどちらを選ぶかという比較の問題になります。

PL・PMOとPMは同じ枠で語れない

転職市場では、PL（プロジェクトリーダー）、PMO、PMが同じ「マネジメント経験」としてまとめられがちですが、評価されるときには分けて見られます。

分かれる理由は、責任の終着点が違うからです。PLは割り当てられた範囲の進行に責任を持ち、PMOは複数案件をまたいで標準化や可視化を担い、PMは予算と要員と納品物の全体に責任を持ちます。面接で「PM経験3年」と書いてあっても、実際に原価と契約の責任を持っていたかを必ず確認されます。

職務経歴書では、担当工程（要件定義から参画したか、実装以降か）と、自分が下した決定（要員の入れ替え、スコープの調整、契約変更の提案）を分けて書くと、認識のずれが減ります。書き分けの型は職務経歴書の書き分けを参照してください。

例外として、PMO経験が強く評価される募集もあります。複数案件を横断する仕組みを作った経験は、社内の標準化を進めたい組織では希少です。この場合は「PM経験の代替」ではなく、別の職務として評価されるため、PM職の等級に当てはめようとしないほうが噛み合います。

PMからエンジニアに戻るときの年収

PMを数年やったあとに開発へ戻る選択もあります。このとき年収が下がるかどうかは、戻り先が、そのマネジメント経験を職務として必要としているかで決まります。

技術で評価する等級制度を持つ会社であれば、実装から離れていた期間の分だけスキル面の評価が下がることがあります。一方、テックリードのように設計と人の両方を見る役割であれば、PM経験はそのまま職務要件に当たります。同じ実務10年以上・上場企業・東京でも、スキル水準の評価が変われば推定値は動きます。スキル中位なら 750〜881万円、スキル上位なら 819〜961万円 です。

戻る前提でPMを引き受けるなら、期間中も設計レビューや技術選定に関わり続ける形を作れるかを確認してください。完全に管理だけの役割で数年過ごすと、技術側の等級に戻る際の説明材料が薄くなります。技術的な意思決定の責任がどう評価されるかは技術選定・アーキテクチャの責任と年収で扱っています。

よくある失敗：肩書きだけ先に受け取る

実務でよく見る失敗は、等級も給与も変わらないまま、PMの責任だけが先に乗るパターンです。「まずは代理でやってみて」「来期から正式に」という形で始まり、判定の時期が明確にならないまま1年が過ぎます。

こうなる原因は、責任の付与と等級の改定が別の手続きだからです。責任は上長の判断で今日から渡せますが、等級は評価会議と予算の承認を経ます。悪意がなくても時間差は生まれます。そのため、引き受ける時点で「いつの評価で、何を満たせば等級が上がるのか」を確認し、口頭で得た回答を自分の記録に残しておくことが有効です。

もう1つは、責任範囲が曖昧なまま引き受けることです。原価責任は持たされるが要員の入れ替えは決裁できない、という状態では、成果を出す手段がないまま結果だけを問われます。引き受ける前に、使える権限と、問われる結果が釣り合っているかを確認してください。釣り合っていない場合、それ自体が外の求人を見る材料になります。

まとめ

• PMの年収は、上場・大手／東京／スキル中位より少し上の条件で、実務6〜9年から10年以上の帯が動く範囲
• 金額を分けているのは肩書きではなく企業タイプ。同条件でも中小の受託・SIerとメガベンチャー・外資では222万円の差がある
• 業務委託の単価は、商流上の位置・入る工程・規模と期間・稼働の形・契約の種類の5条件で決まる。単価×12は理想値として扱う
• SIerのPMは契約金額と原価が天井を作り、事業会社のPMはプロダクトの収益と決定権の範囲が金額に効く
• 打診を受けたら、案件規模・等級・時間外手当の扱い・次の等級の要件を、返事の前に金額で確認する