グレード制度とは何か——日本の「等級制度」との違い
まず前提を揃えよう。テック企業の「グレード制度」と、日本の伝統的な「等級制度」は似て非なるものだ。
| 比較項目 | 日本型等級制度 | テック企業型グレード制度 |
|---|---|---|
| 評価軸 | 年功・勤続年数が大きい | スキルとインパクトが中心 |
| 昇格条件 | 在籍年数＋上長推薦 | 実績＋ピアレビュー＋委員会審査 |
| 報酬レンジ | 等級ごとに狭い幅 | 同一グレードでも幅広い報酬レンジ |
| 降格 | 極めて稀 | パフォーマンス次第でありえる |
| 透明性 | 非公開が一般的 | 社内では公開、グレード定義書が存在 |
テック企業のグレード制度の最大の特徴は「ジョブベース」であることだ。「何年いるか」ではなく「何ができるか」「どんなインパクトを出したか」で評価される。
GAFAM各社のグレード構造
Google（L3〜L11）
| グレード | 呼称 | 年収目安（USD） | 典型的なプロフィール |
|---|---|---|---|
| L3 | Software Engineer II | $150K〜$220K | 新卒入社、基本的な実装ができる |
| L4 | Software Engineer III | $200K〜$320K | 独立して機能を設計・実装できる |
| L5 | Senior Software Engineer | $280K〜$450K | チーム内の技術リード。多くの人がここで長期間留まる |
| L6 | Staff Software Engineer | $400K〜$650K | 複数チームにまたがる技術的リーダーシップ |
| L7 | Senior Staff Engineer | $550K〜$900K | 組織全体の技術方針に影響を与える |
| L8+ | Principal/Distinguished | $800K〜$2M+ | 会社全体の技術戦略を定義。極めて稀少 |
Googleで最も重要な分岐点は「L5→L6」の昇格だ。L5までは個人の技術力で到達できるが、L6以上は「組織へのインパクト」が求められる。コードを書く量よりも、他のエンジニアの生産性をどれだけ向上させたかが問われる。
Meta（E3〜E9）
| グレード | 年収目安（USD） | 特徴 |
|---|---|---|
| E3 | $140K〜$200K | 新卒エントリー |
| E4 | $190K〜$310K | 独立して作業できる |
| E5 | $270K〜$430K | シニアエンジニア。Metaではここが「期待グレード」 |
| E6 | $380K〜$600K | スタッフエンジニア |
| E7+ | $550K〜$1.5M+ | プリンシパル以上。社内に数十人レベル |
MetaのE5は、Googleの L5に相当する。ただし、Metaは「Move Fast」の文化が色濃く、昇格速度が他社より速い傾向がある。その代わり、パフォーマンスが低下した場合のPIP（Performance Improvement Plan）も積極的に運用される。
Amazon（SDE I〜Distinguished Engineer）
| グレード | 年収目安（USD） | 特徴 |
|---|---|---|
| SDE I (L4) | $130K〜$200K | 新卒。Amazonはベース給与に上限あり（$175K） |
| SDE II (L5) | $180K〜$350K | RSUの比重が大きくなる |
| SDE III (L6) | $280K〜$500K | シニア。ほとんどの人がここまで |
| Principal (L7) | $400K〜$800K | 複数のサービスの技術方針を決定 |
| Distinguished (L8+) | $700K〜$2M+ | AWS全体やAmazon全社の技術戦略。数十人 |
Amazonの特徴は、ベース給与に上限がある代わりに、RSU（制限付き株式ユニット）が報酬の大部分を占めること。さらにRSUのベスティングスケジュールが独特で、入社1年目は5%、2年目は15%、3・4年目に各40%と後ろに偏っている。
日本メガベンチャーのグレード
メルカリ
| グレード | 年収目安（万円） | 特徴 |
|---|---|---|
| P1-P2 | 400〜600 | ジュニア。指示を受けて作業 |
| P3 | 550〜800 | 独立して設計・実装ができる |
| P4 | 750〜1,100 | シニア。チーム内のテックリード |
| P5 | 1,000〜1,500 | スタッフ相当。複数チームへの影響 |
| P6+ | 1,300〜2,000+ | プリンシパル。組織全体の技術戦略 |
メルカリは日本のテック企業の中で、最もGAFAMに近いグレード体系を持つ。評価プロセスも360度フィードバック＋キャリブレーション委員会と、外資系の手法を踏襲している。
サイバーエージェント
サイバーエージェントは、一般的なグレード番号ではなく独自の評価体系を持つ。「ミスマッチ制度」「CA8」など、独自の昇格・評価制度が話題になることが多い。
年功序列を排し、若手の抜擢を積極的に行う文化が特徴。20代で子会社社長になるケースも珍しくない。ただし、グレード定義がGAFAMほど精緻に言語化されているわけではない。
DeNA
DeNAはエンジニア向けに「スペシャリストグレード」と「マネジメントグレード」の二軸を持つ。ICとして技術を極める道と、マネジメントに進む道が明確に分かれている。
最上位のスペシャリストグレードは、CTOと同等の報酬レンジが設定されており、「マネジメントに行かなくても年収は上がる」という設計思想を明確に持つ。
スタートアップのグレード設計の実態
| ステージ | グレード設計の実態 | 評価軸 | 昇給トリガー |
|---|---|---|---|
| シード〜シリーズA | グレードなし。全員「何でもやる」 | 個人の裁量と成果 | 資金調達・売上成長 |
| シリーズA〜B | 簡易なレベル分け（ジュニア/ミドル/シニア） | アウトプットの量と質 | 半期ごとの評価 |
| シリーズB〜C | 正式なグレード制度の導入 | コンピテンシー＋インパクト | グレード定義に基づく昇格審査 |
| シリーズC以降 | GAFAM型に近づく | グレード定義書＋360度評価 | キャリブレーション委員会 |
シリーズBあたりで「グレード制度を入れないとまずい」というタイミングが来る。社員数が50人を超えると、「なんとなくの評価」では不公平感が生まれ、優秀な人材が離れていく。
グレードを上げる「3つの昇格戦略」
戦略1: インパクトの範囲を広げる
シニア→スタッフへの昇格で最も重要なのは、影響範囲の拡大だ。自分のチーム内の成果だけでなく、他チームや組織全体に波及するインパクトを出す。
戦略2: 「見える化」を怠らない
残念ながら、良い仕事をしていても可視化されなければ評価されない。設計ドキュメントの共有、社内テックトークでの発表、他チームへのナレッジシェアなど、意識的に成果を見せる場を作る。
戦略3: 昇格基準を逆算する
自社のグレード定義書を熟読し、次のグレードの要件を具体的に把握する。そこから逆算して、今の自分に足りないスキル・経験を特定し、意図的に埋めにいく。
「グレードは結果ではなく、期待値だ。次のグレードで期待される行動を、現在のグレードで先取りして見せることが昇格への最短ルートになる」——元Google エンジニアリングマネージャー
転職時のグレード交渉術
テック企業間の転職では、現在のグレードが次の企業のオファーに大きく影響する。いくつかのポイントを押さえておきたい。
現在のグレードを正確に伝える: 曖昧にすると、低く見積もられる可能性がある。
グレードの「翻訳」を用意する: 「自社ではP4ですが、Googleで言うとL5相当です」のように、相手企業の体系に変換して伝える。
グレードよりも「何をしたか」を語る: 最終的に、グレードの数字よりもインパクトの実績が交渉力を決める。
まとめ——グレードで選ぶか、仕事で選ぶか
グレード制度を理解することは、テック業界でキャリアを設計する上で避けて通れない。だが、グレードに囚われすぎるのも考えものだ。
グレードは「現在地を示す地図」であって、「行き先を決めるコンパス」ではない。本当に重要なのは、どんな仕事をしたいか、どんなインパクトを出したいかという問いの方だ。
あなたの次のグレードは、何によって決まるだろうか。
## 関連記事 - [FDE（フォワードデプロイドエンジニア）とは？AI時代に年収2倍を実現する最強キャリアの全貌](/articles/10000028) - [【2026年版】ITエンジニアにおすすめの資格ロードマップ｜レベル別・目的別に解説](/articles/10000182) - [GTMエンジニアとは？ セールスエンジニアとの違い・年収・スキルを徹底解説【2026年最新】](/articles/10000282)
