エンジニアの等級・グレード制度の読み方｜昇格で年収が動く6つの条件と確認手順

社内の等級・グレード制度がある会社では、年収は「評価の点数」ではなく「いま自分がどの等級にいるか」で決まる帯の中を動きます。評価が良くても等級が変わらなければ、動くのは帯の内側だけです。

「評価は毎回悪くないのに、年収がほとんど増えない」という状態の多くは、評価の問題ではなく、昇給と昇格を混同していることから来ています。まずその区別から確認します。

昇給と昇格は別のもの

等級制度では、等級ごとに給与の下限と上限が決められています。定期昇給や査定による増額は、原則としてこの帯の内側での移動です。帯の上限に近づくほど1回あたりの増額は小さくなり、上限に達すると、評価がどれだけ高くても等級が変わるまで基本給は動きません。

つまり、年収を大きく動かす操作は昇格のほうです。評価は昇格の材料ではありますが、評価が高いことと昇格要件を満たしていることは別で、多くの制度では「現在の等級での成果」と「次の等級で求められる役割の遂行」を分けて見ます。前者だけを積み上げても、後者の証拠がなければ審査は通りません。

具体的には、実装の速度と品質で高い評価を得ている人が、次の等級で「設計判断とレビューによる他者の生産性向上」を求められている、という食い違いがよく起こります。この場合に必要なのは、いまの仕事をさらに速くこなすことではなく、次の等級の定義に当てはまる仕事を実際に担当することです。

ただし、上限に達していない段階では昇給の余地も残っています。自分がいま帯のどのあたりにいるのかを知らないまま「昇格しないと無理だ」と判断すると、交渉できたはずの幅を取り逃がします。順序としては、位置の確認が先です。

等級表で最初に見る4つの項目

等級表を渡されたとき、最初に確認するのは次の4つです。

• 等級ごとの給与レンジ（下限・上限、または基本給テーブル）
• 等級の定義（求められる役割、責任範囲、影響範囲の広さ）
• 昇格の要件と判定時期（誰が、いつ、何を根拠に判定するか）
• 等級と役職の関係（役職に就かなくても等級が上がるのか）

このうち年収に直結するのは1つ目ですが、行動を決めるのは2つ目と3つ目です。給与レンジだけを見ると「あと何万円上がるか」は分かっても、そこへ到達する条件が分かりません。

4つ目は見落とされやすい項目です。等級と役職が一体化している制度では、マネジメントの職位が空かない限り昇格できません。技術職の等級が独立して用意されている制度なら、人を持たないまま上の等級へ進む経路があります。どちらの設計かによって、同じ会社の中でも取るべき動きが変わります。技術と管理のどちらを選ぶかについてはテックリードとマネージャーはどちらが高年収かで扱っています。

なお、等級の定義が「高い技術力」「主体性」といった形容だけで書かれている場合は、判定が上長の裁量に寄ります。その場合に確認するのは文言ではなく、直近で昇格した人が実際に何を担当していたかです。

昇格で年収が動く6つの条件

昇格が実際に年収へ反映されるかどうかは、次の6つで決まります。

上の3つは増額の大きさに、下の3つは増額が実現するかどうかに効きます。

1つ目が重要なのは、等級のレンジは多くの制度で重なりを持って設計されているためです。現等級の上限付近にいる人が次の等級の下限へ移っても、金額としてはほとんど動きません。この場合、昇格の意味は当期の増額ではなく、次の帯の上限が上がったことにあります。

3つ目の賞与は影響が大きい項目です。基本給が上がっても賞与が別テーブルで固定されていれば、年収ベースでの増分は月額差の12倍にとどまります。逆に賞与が基本給の月数で決まる設計なら、同じ基本給の増額でも年収への効き方が変わります。給与明細の内訳から、どちらの設計かを先に確認してください。

6つ目は増えるどころか減りうる項目です。昇格と同時に管理監督者として扱われ、それまで支給されていた時間外手当が止まると、基本給の増額を上回る減少が起きることがあります。実質的な時給で比較する考え方はみなし残業45時間を実質時給に換算する方法にまとめています。

昇格しても年収が変わらないときに起きていること

昇格したのに総額が動かない場合、原因はたいてい制度の設計側にあります。よくあるのは、基本給の増額分だけみなし残業代の枠が縮む、役職手当が別の手当と入れ替わる、といった内訳の付け替えです。支給総額は同じで、名目だけが変わっています。

もう一つは、社会保険料の標準報酬月額が上の等級へ移り、額面の増加ほど手取りが伸びない場合です。これは制度上の仕組みであって不利益な取り扱いではありませんが、手取りだけを見て「昇格しても意味がない」と判断すると、賞与や退職金の算定基礎が上がっている効果を見落とします。額面と手取りを分けて比べてください。個別の税額や控除の判断は税理士に確認する範囲です。

対応としては、昇格の内示を受けた時点で、変更後の基本給・手当の内訳・賞与の算定方法を書面で確認するのが確実です。口頭の説明だけでは、支給が始まってから気づくことになります。

等級レンジの上限に近づいたときの選択肢

現在の等級の上限に近い位置にいる場合、社内で動かせる幅は小さくなります。この状態で取れる選択肢は3つで、次の等級の要件を満たしにいく、等級の枠が別に用意されている職種へ移る、外の水準を確認する、のいずれかです。

1つ目が最も素直ですが、要件を満たす仕事が自分の裁量で取れるとは限りません。次の等級が「チームをまたぐ設計判断」を求めているのに、担当している案件が単独の機能開発だけなら、まず担当の変更が必要です。ここで上長と合意すべきなのは評価ではなく、担当範囲です。

2つ目は、同じ会社の中に別の等級体系がある場合に有効です。専門職コースや特定領域の職種で、独立したレンジが用意されていることがあります。制度上の異動要件を確認したうえで、現在の経験が評価される先を探します。

3つ目を選ぶ場合、比較すべきは提示額そのものではなく、提示された等級と、その等級の上限です。入社時の金額が高くても、その等級の上限に近い位置で入るなら、次の伸びは同じ壁に当たります。求人票のレンジをどう読むかは求人票の年収レンジはどこで提示されるかで詳しく扱っています。

制度の内側では埋まらない差がある

等級制度は、あくまで所属する会社の給与テーブルの中の話です。会社をまたぐと、同じ等級相当の役割でも水準そのものが違います。

実務3〜5年・東京勤務・スキル中位という条件を固定し、企業タイプだけを変えると、当サイトの推定ではこうなります。

上端と下端の差は、社内の昇格1段階で動く幅を超えます。この差は事業の利益率と商流の深さから来ているため、等級を上げても埋まりません（企業タイプ別のエンジニア年収相場）。

表の読み方には注意が必要です。これは同じ条件で企業タイプだけを入れ替えた推定であり、実在する特定の会社の提示額ではありません。また各行が幅を持っているとおり、同じ企業タイプでも下端と上端があり、そのどちらに置かれるかは等級と評価で決まります。構造の差と制度の中の差は、どちらか一方だけを見ても判断できません。

経験年数と等級はずれることがある

年数が増えれば等級が上がる、という制度は今は少数です。多くの制度は役割の大きさで等級を定義しているため、担当している仕事が変わらなければ、在籍年数が伸びても等級は据え置かれます。

参考として、企業タイプと勤務地を固定し、実務経験だけを変えた推定を並べます。

これは等級表そのものではなく、実務経験を軸にした当サイトの推定です。ただし帯が上がるほど下端も上端も上がるという構造は等級制度と共通しています。自分の年収がこの推定より明らかに低い位置にあり、かつ社内の等級が数年動いていないなら、評価ではなく担当範囲を見直す段階に来ている可能性があります。年数だけが増えて止まる型は経験年数だけ増えて年収が止まる4つの型で整理しています。

逆に、推定より高い位置にいる場合もあります。特定の領域で代替の効かない役割を担っている、あるいは初期からいる人材として個別に調整されている場合です。この場合は金額としては良くても、その根拠が社外へ持ち出せるものかどうかが別の論点になります。

昇格審査の前に確認する質問

昇格を狙うと決めたら、評価面談の前に次を確認します。答えが返ってこない項目があること自体が情報です。

1. 次の等級の定義は、いまの自分の担当とどこが違うか
2. 直近で昇格した人は、審査時に何を担当していたか
3. 判定は誰が行い、いつ結果が出て、いつ支給に反映されるか
4. 人数枠や予算枠による先送りの運用はあるか
5. 昇格した場合、基本給・手当・賞与のどれがいくら動くか

このうち2つ目が最も具体的な材料になります。制度の文言が抽象的でも、実際の運用は直近の事例に表れます。同じ部署で昇格した人の担当範囲が分かれば、要件を自分の仕事に翻訳できます。

質問の目的は交渉ではなく、要件の確認です。金額の話を先に出すと、条件だけを見ていると受け取られることがあります。金額を動かす話の順序はエンジニアの年収交渉で通る根拠にまとめています。

昇格を待つか、外を見るかの判断手順

判断は、次の順で確認すると迷いにくくなります。まず、次の昇格の要件と判定時期が具体的に示されているかを見ます。示されていれば、その要件に対して手元の実績がどこまで届いているかを、担当範囲の言葉で並べます。実績が届いていて時期が半年以内なら、社内で先に取るほうが経歴としても説明しやすくなります。

要件が示されない、判定時期が毎回先送りされる、あるいは現在の年収が等級の上限に近い場合は、社内で動かせる幅が小さい状態です。この段階では、外の水準を確認すること自体が損になりません。応募するかどうかは、実際の提示条件を見てから決めれば足ります。

比較のときに揃えるのは、金額ではなく等級と役割です。提示された金額が現職を上回っていても、その会社の等級レンジの上限に近い位置で入るなら、次の壁までの距離は短くなります。逆に金額が横ばいでも、上の等級のレンジが広く、要件が明示されているなら、数年での伸びは変わります。転職で年収が上がる人と上がらない人の違いは転職で年収が上がる人と上がらない人の違いで扱っています。

なお、昇格を狙う場合も外を見る場合も、担当した判断と成果を書き出す作業は共通です。等級の要件は役割の言葉で書かれているため、実績も役割の言葉へ翻訳する必要があります。書き分け方はエンジニアの職務経歴書で提示年収が変わる理由にあります。

等級制度が明文化されていない会社の見分け方

小規模な会社では、等級表そのものが存在しないこともあります。これ自体は問題ではありませんが、給与の決定基準を説明できるかどうかは別です。選考の段階で「今回の提示額はどう決まったか」「次に上がるのはどういうときか」の2つを聞けば、運用の実態はおおよそ分かります。

答えが「業績次第」「評価次第」で止まる場合、上がる条件が事前に分からないということです。この場合、入社後に年収を動かすには個別交渉に頼ることになり、交渉できる人とできない人で差が開きます。年俸制を採る会社でも同じ論点があり、改定の時期と根拠が決まっているかが分かれ目になります（エンジニアの年俸制は損か）。

逆に、制度がなくても「この役割にはこの範囲を出している」と具体的に説明できる会社はあります。判断材料は制度の有無ではなく、説明の具体性です。

市場全体の水準も合わせて見る

社内の等級だけを見ていると、自分の位置が会社の中でしか測れません。ITエンジニアの平均年収は 469万円（2025年） で、全職種の平均 429万円 を上回っています。ただしこの数字には未経験も10年以上の経験者も含まれるため、自分の条件と比べる基準にはなりません。

条件を揃えて見るなら、経験年数・企業タイプ・勤務地を固定した推定のほうが近くなります。実務3〜5年・上場企業・東京・スキル中位なら 531〜624万円、同じ条件でスキル上位（スコア85）なら 602〜707万円 です。社内の等級レンジと並べたとき、どちらが広いかで次の一手が決まります。

まとめ

• 年収を大きく動かすのは昇給ではなく昇格。まず自分が等級レンジのどこにいるかを確認する
• 昇格が年収に反映されるかは、レンジの重なり・基本給への反映・賞与の算定基礎・判定時期・枠の運用・残業代の扱いの6つで決まる
• 等級は所属会社の中の話で、企業タイプ由来の差は昇格では埋まらない。制度の内側と外側を分けて判断する