「管理職にはなりたくない。技術で食っていきたい」——この選択自体は、いま統計的にはむしろ多数派だ。パーソル総合研究所の定点調査では、現在の会社で管理職になりたい人は15.7%まで落ちている。問題は志向ではなく、その道で報酬が伸びる仕組みが自分の会社にあるかどうかにある。
スペシャリスト志向のキャリア記事の多くは「向いている人・メリット・デメリット」で終わる。だが実務上、結果を分けるのはそこではない。エンジニアがスペシャリストとして年収を上げられるかは、本人のスキルよりも先に所属企業の等級表に、管理職を経由しない上位等級が実在するかでほぼ決まってしまう。
- スペシャリストは「心構え」ではなく等級制度上のポスト。制度がない会社では、どれだけ技術を磨いても等級が上がらないので年収も上がらない。
- 制度がある会社では、非管理職のまま管理職と同じ等級・同じ報酬レンジまで到達できる設計になっている（メルカリ・SmartHR の公開資料で確認できる）。
- 昇格の判定基準は「技術の深さ」ではなく影響範囲（スコープ）の広さ。ここを取り違えると、スキルは伸びているのに等級だけ止まる。
1. スペシャリストは職種ではなく、等級表の中のポストである
まず用語を実務に接続しておく。日本語の記事で「スペシャリスト」と書かれるとき、少なくとも3つの別物が混ざっている。
ネットワーク、データベース、セキュリティなど専門領域の担当者を指す使い方。求人票の職種欄に出てくる。等級や報酬とは直接の関係がない。
管理職トラックと並列に置かれた、非管理職のまま昇格していくコース。IC（Individual Contributor）トラック、専門職コースとも呼ばれる。年収に直結するのはこれ。
情報処理技術者試験のネットワークスペシャリスト、データベーススペシャリストなど。試験区分の名称であり、社内等級とは別系統（後述するとおり2027年度に再編される）。
上位記事の多くは A と C の話をしながら「スペシャリストは年収が上がる」と B の結論を書いている。読者が確認すべきなのは B が自社にあるかどうかだけだ。
以降、この記事で「スペシャリスト」と書くときは B、つまり等級制度上の非管理職トラックを指す。
公開資料で確認できる「2本のはしご」
この構造は概念論ではなく、実在企業が公開している。メルカリはエンジニアのロール定義を公開しており、ソフトウェアエンジニア職では MG6 で Principal Engineer、MG7 で Distinguished Engineer のタイトルが付与される。マネジメントに転向しなくても、等級としては最上位帯まで登れる設計だ。
SmartHR の技術ブログ（2026年3月公開の最新版）はさらに明示的で、4等級以上の等級要件はスペシャリスト要件とマネジメント要件がそれぞれ定義され、どちらかを満たせば昇格できると書かれている。つまり4等級が分岐点であり、そこから上は2本のはしごが並走する。
制度の広がりも政策側から追える。内閣官房・経済産業省・厚生労働省が2024年8月に公表した「ジョブ型人事指針」には、富士通やKDDIなど先行20社の人事制度が実名で収録されている。富士通はジョブを「職種」と「等級」の組み合わせで分類する Global Role Framework を敷いており、職種の粒度でスペシャリストが定義される。専門職トラックは一部のメガベンチャーの特殊事例ではなく、大手にも制度として降りてきている。
ただし「制度がある」と「機能している」は別
ここが最も見落とされる。専門職コースを新設したものの、実際にはマネージャー適性がなかった人の受け皿として運用されている会社は珍しくない。この場合、名目上のトラックはあっても報酬レンジは管理職より一段低く設定され、上位等級の在籍者が事実上ゼロになる。制度の有無ではなく、上位等級に実在の在籍者がいるかで判定する必要がある（判定手順は第5章）。
2. 年収はどこまで伸びるのか：公的データの限界を踏まえて読む
スキルレベルと年収の関係について、まとまった公的調査は経済産業省の「IT関連産業の給与等に関する実態調査」（2017年8月公表）がほぼ唯一だ。IT関連企業368社と個人5,000人を対象にした大規模調査で、ITスキル標準（ITSS）のレベル別に年収が集計されている。
| スキルレベル | 平均年収 | レベルの位置づけ |
|---|---|---|
| レベル3 | 576万円 | 独力で業務を遂行できる |
| レベル4 | 726万円 | 部下を指導できるチームリーダー相当 |
| レベル5 | 937万円 | 社内での指導者・幹部相当 |
出典: 経済産業省「IT関連産業の給与等に関する実態調査結果」（2017年8月21日公表）。調査実施は2017年2〜3月。
読み取るべきは金額そのものよりカーブの形だ。レベル1〜3の上昇は緩やかで、レベル4以降で伸び幅が急に大きくなる。スペシャリストトラックの分岐点が中位等級に置かれているのと、この折れ曲がりの位置はほぼ一致する。分岐点に到達する前に「専門を深めるか管理職に行くか」で悩んでも、年収の観点では意味がないということでもある。
公表は2017年で、現在まで同等の公的調査は更新されていない。この9年でIT人材の賃金水準は明確に上がっており、金額を2026年の相場としてそのまま使うと過小評価になる。絶対額ではなくレベル間の比率（レベル3→4で約1.26倍、4→5で約1.29倍）として読むのが実務的だ。
個別の職種・年代の最新相場は、Webエンジニアの年収を年代・言語・雇用形態別に検証した記事やインフラエンジニアの年収を商流・工程別に分解した記事で扱っている。
「管理職を避ける人が増えている」ことの副作用
パーソル総合研究所「働く10,000人の就業・成長定点調査」で「現在の会社で管理職になりたい」と答えた割合は、2020年の24.0%から一貫して下がり続け、直近では15.7%。年代別では20代が26.8%と最も高く、年齢が上がるほど下がる。
この数字は「スペシャリスト志向は普通の選択だ」という安心材料であると同時に、警告でもある。管理職を避ける人が増えるほど、専門職トラックの上位等級は相対的に競争が激しくなる。企業から見れば専門職ポストは管理職ポストより数が少ないのが通例で、椅子の数は志望者数ほど増えていない。「管理職が嫌だから専門職」という消去法では通らなくなってきている。
3. 技術の深さではなく、影響範囲で評価される
専門職トラックの昇格要件を読むと、どの企業でもほぼ同じ言葉が出てくる。スコープ（影響範囲）だ。使える技術が増えたかではなく、その人の判断が及ぶ範囲が広がったかで等級が決まる。
この「マネジメントを経由しないリーダーシップ」を最初に体系化したのが Will Larson の『Staff Engineer』（邦訳『スタッフエンジニア マネジメントを超えるリーダーシップ』）で、シニアエンジニアの先にある役割を4つのアーキタイプに分けている。
-
テックリード型
特定チームの技術ビジョンと意思決定を担う。フレームワーク選定、リファクタリングの実施時期など「このチームで実現可能な技術」を決める役割。最も人数が多く、専門職トラックの入口になりやすい。
この型を狙う場合の到達要件はテックリードのなり方をEM・PMとの違いから逆算した記事で細かく分解している。
-
アーキテクト型
インフラ、データベース、APIなど技術セクション全体の設計と意思決定を担う。単一チームを超えて、事業要件やコストまで含めた総合判断が求められる。システム設計の学習ロードマップが直接効いてくるのはこの型。
-
ソルバー型
組織の中で最も難しい問題に投入される「火消し」役。大規模障害、性能限界、技術的負債の清算など、担当領域が固定されず案件ごとに動く。専門を1つに絞らないタイプのスペシャリストはここに該当する。
-
ライトハンド型
CTO や VPoE の代理として意思決定を行う。技術力より、経営レイヤーの文脈を理解して判断を代行できるかが問われる。実質的には管理職に近く、非管理職トラックを望む人が想定しているものとは違うことが多い。
重要なのは、4つのうち「ひたすら1つの技術を深掘りする」型が1つも無いことだ。専門を深めること自体は前提条件であって、昇格の判定材料ではない。日本の等級表に置き換えると、「この人がいないとこの領域の意思決定が止まる」状態を作れているかどうかが分かれ目になる。
4. 自社の天井を測る5つのチェック
転職を考える前に、いまの会社の天井を実測する。所要時間は人事制度資料を読む1時間程度で、これをやらずに動くと同じ構造の会社に移って同じ場所で止まる。
- 等級表に、管理職ポストを持たない上位等級が定義されているか。 就業規則や人事制度説明資料を確認する。「主任 → 課長 → 部長」しか無いなら天井は確定している。
- その上位等級に、実在の在籍者がいるか。 制度上あっても在籍0名なら運用されていない。社内の等級公開範囲で確認できなければ、上長に「この等級の人は社内に何人いますか」と直接聞く。
- 専門職トラックと管理職トラックの報酬レンジが重なっているか。 同一等級で管理職の方が高い設計になっている場合、専門職トラックは実質的に降格ルートとして機能している。
- 昇格要件が「スコープ」で書かれているか。 「高度な技術力を有すること」のような形容詞だけで書かれた要件は、評価者の裁量が大きく、実際には管理職経験で判断されることが多い。
- 評価者が技術を評価できる人か。 直属の評価者が非技術系の場合、アーキテクチャ改善のような成果は評価表に載りにくい。ここが崩れていると、他の4つが揃っていても昇格しない。
5つのうち3つ以上が「いいえ」なら、社内での努力配分を変えても年収は動きにくい。制度側の問題なので、個人の成果で覆すのは難しい。40代に入ってからこの判定をすると選択肢が狭くなる点は、40代エンジニアの転職を採用実績データで検証した記事で扱ったとおりだ。
専門職トラックが機能している企業は、求人票の等級記載や面談での説明の粒度がはっきり違う。複数社の等級制度を横並びで比較するには、企業の内部制度まで把握しているエージェント経由の方が精度が高い。年収レンジの提示だけでなく、等級と昇格要件まで確認しておきたい。
5. 資格はスペシャリストの証明になるか：2027年度に前提が変わる
「スペシャリスト＝高度試験の資格」と書く記事は多いが、2026年は資格戦略を立てるタイミングとして最も注意が必要な年だ。IPA が2026年3月31日に公表したプレスリリースにより、情報処理技術者試験の区分体系が大きく見直されることが確定的になっている。
| 項目 | 内容 |
|---|---|
| 再編の骨子 | 応用情報技術者試験と高度試験を統合し「プロフェッショナルデジタルスキル試験（仮称）」として、マネジメント領域／データ・AI領域／システム領域の3領域に再編 |
| スペシャリスト系の行き先 | ネットワークスペシャリスト・エンベデッドシステムスペシャリストはシステム領域、データベーススペシャリストはデータ・AI領域に相当する内容へ |
| 新設 | 「データマネジメント試験（仮称）」を新設 |
| 実施形式 | 全試験区分をCBT（Computer Based Testing）方式で実施予定 |
| 時期 | 現行制度は2026年度の実施をもって終了。新設試験・高度試験は2027年度の夏〜秋頃から |
出典: IPA「情報処理技術者試験における試験区分体系などの見直し（案）について」（2026年3月31日）。IPA は見直し案の段階であり変更の可能性がある旨を明記している。
実務上の判断はシンプルだ。いま学習が7割以上進んでいるなら、2026年度中に現行区分で取り切る。区分名が消えても取得済みの資格が無効になるわけではなく、むしろ現行体系での取得者は今後増えなくなる。逆にこれから学習を始めるなら、制度が固まる2027年度の詳細発表を待って領域を選ぶ方が無駄がない。
そもそも資格は等級を上げるのか
正直に言えば、専門職トラックの昇格要件に資格が直接書かれている企業は少ない。第3章で見たとおり判定軸はスコープであり、資格はスコープの証明にはならない。ただし例外が2つある。
転職時の書類選考、SIerの提案書に載る技術者要件、公共案件の入札要件など、社外の人が短時間で判断する場面では効く。情報処理安全確保支援士の登録者は2026年4月1日時点で26,453名、新規登録者の平均年齢は37.9歳で、独占的な名称としての価値は維持されている。
専門領域を「業務で触った範囲」から「体系として押さえた範囲」に広げる用途。クラウド系ベンダー資格の使いどころはAWS資格が中堅エンジニアの市場価値に効くかを検証した記事で分解している。
逆に言えば、資格を積み上げても社内の等級が動かないのは制度として正常な挙動であり、資格の取り方が悪いわけではない。等級を動かすなら、影響範囲を広げる仕事を取りにいく必要がある。
現行の専門領域が縮小フェーズに入っている場合、スコープを広げるより先に領域を移す方が早い。生成AI・AIエージェント関連は、既存のエンジニアリング経験をそのまま持ち込める数少ない拡張先で、社会人向けの短期講座も揃っている。
生成AIの実務講座は無料セミナーで内容を確認できるものもあり、既存のエンジニアリング経験を活かせる領域かどうかを判断する材料になる。
6. 天井のない会社を求人票から見分ける
専門職トラックが機能している会社の求人票には、共通して現れるシグナルがある。逆に、これらが1つも無い求人は制度が未整備か、少なくとも外部に説明できる状態にないと判断してよい。
-
等級名またはグレードが求人票に書かれている
「シニアソフトウェアエンジニア（G4相当）」のようにレンジが明示されている。等級を外部に出せる会社は、社内でも要件が文書化されている可能性が高い。
-
Principal / Staff / Distinguished などのタイトルが実在する
採用ページやテックブログの登壇者プロフィールで、これらのタイトルを持つ人が実名で出てくるかを見る。制度上の定義だけで在籍者がいないケースを排除できる。
-
求める役割が「スコープ」で書かれている
「◯◯の経験3年以上」ではなく「複数チームにまたがる技術的意思決定」「全社の◯◯基盤の設計責任」といった書き方をしているか。第3章の判定軸がそのまま求人票に出ている状態。
-
エンジニアリングラダーを公開している
メルカリのように等級定義を社外公開している企業は、少なくとも要件が固まっている。公開されていれば入社前に自分の現在地を照合できる。
-
面談で「この等級の在籍者は何人か」に即答できる
最終確認は面談で行う。人数と、直近1年で誰かがその等級に昇格したかを聞く。答えが曖昧なら制度は動いていない。オファー段階での等級・レンジの詰め方は年収交渉をエージェントに任せる前に整理すべき材料にまとめている。
7. スペシャリスト志向でつまずく3つのパターン
「マネジメントが向いていないから専門職」という選び方。前述のとおり専門職ポストは管理職ポストより数が少ないのが通例で、消去法の志望者が増えるほど選考は厳しくなる。積極的に選んだ理由（どの領域で、どの範囲の意思決定を担うのか）を言語化できないと、面談で通らない。
技術の深掘りは楽しく、成果も自分で確認できるため、際限なく時間を投下しやすい。しかし等級はスコープで決まる。設計レビューへの参加、他チームの技術相談の受け皿、全社標準の策定など、半径を広げる仕事は自分から取りにいかないと降ってこない。
最も損失が大きい。第4章のチェックで3つ以上「いいえ」が付いたなら、そこは制度の問題であって成果で覆せない。判定を先送りするほど、年齢の制約が効いてくる領域に入る。
よくある質問
エンジニアのスペシャリストとは何ですか？
ITスペシャリストとSE（システムエンジニア）の違いは何ですか？
スペシャリストになるのに資格は必要ですか？
社内SEはスペシャリストとして勝ち組ですか？
スペシャリストに向いているのはどんな人ですか？
まとめ
スペシャリストのキャリアが伸びるかどうかは、適性診断や資格の数ではなく、等級表という具体的な文書で決まる。順序は次の通り。
- 自社の等級表を入手し、管理職ポストを持たない上位等級があるか確認する
- その等級の在籍者数と直近の昇格実績を確認する（制度の有無より重要）
- あるなら、技術の深掘りではなく影響範囲を広げる仕事を取りにいく
- 無いなら、制度が機能している会社の求人を等級記載の有無で選別する
- 資格は社内等級ではなく社外への証明として使う。2026年度が現行制度の最終年
管理職になりたい人が15.7%まで減った市場では、「技術で行く」という選択自体はもう差別化にならない。差がつくのは、その選択を実行できる制度の上に自分を置けているかどうかだ。
参考・出典
- IPA「情報処理技術者試験における試験区分体系などの見直し（案）について」（2026年3月31日） 応用情報・高度試験の3領域統合、データマネジメント試験（仮称）新設、2027年度からの実施時期
- IPA「国家資格『情報処理安全確保支援士』2026年4月1日付新規登録者1,859名の内訳」 登録者総数26,453名、新規登録者の平均年齢37.9歳ほか年代・業種別内訳
- パーソル総合研究所「働く10,000人の就業・成長定点調査」 「現在の会社で管理職になりたい」15.7%、2017年21.7%からの年次推移、年代別内訳
- 経済産業省「IT関連産業の給与等に関する実態調査結果」（2017年8月21日公表） ITSSレベル別平均年収（レベル3=576万円／レベル4=726万円／レベル5=937万円）
- メルカリ Engineering「Roles」 ソフトウェアエンジニア職のMG6=Principal Engineer、MG7=Distinguished Engineerのタイトル定義
- SmartHR Tech Blog「2026年版 エンジニアのキャリアについて【SmartHRの場合】」（2026年3月17日） 4等級以上でスペシャリスト要件・マネジメント要件のいずれかを満たせば昇格できる制度設計
- 内閣官房・経済産業省・厚生労働省「ジョブ型人事指針」（2024年8月28日） 富士通のGlobal Role Frameworkを含む先行20社の人事制度事例
- Will Larson『Staff Engineer: Leadership beyond the management track』（邦訳『スタッフエンジニア マネジメントを超えるリーダーシップ』） テックリード／アーキテクト／ソルバー／ライトハンドの4アーキタイプ
フリーランスAIエンジニア。AIパイプライン開発と技術キャリアについて発信しています。