フレームワーク活用ガイドひとことで言うと#
エンジニアの各レベルに求められるスキル・行動・影響範囲を明文化し、IC（Individual Contributor）とマネジメントの2トラックでキャリアパスを設計するフレームワーク。
押さえておきたい用語#
- Engineering Ladder（エンジニアリング ラダー）
- 技術職のレベル定義とキャリアパスを体系化した等級制度を指す。
- IC（Individual Contributor）
- マネジメント職に就かず、技術的な専門性で組織に貢献する個人貢献者を指す。
- Staff Engineer（スタッフ エンジニア）
- ICトラックの上位ポジション。チームを超えた技術的リーダーシップを発揮する役割である。
- Impact Scope（インパクト スコープ）
- ある等級のエンジニアが影響を及ぼすべき範囲。タスク→チーム→部門→組織全体と広がる。
- Competency Matrix（コンピテンシー マトリクス）
- 各レベルで求められる能力・行動を一覧化した表。評価の透明性を担保する手法。
エンジニアリングラダーの全体像#
こんな悩みに効く#
- 「自分が次に何を伸ばせば昇格できるか」がエンジニアに伝わっていない
- マネジメントに進まないと昇格できない構造で、シニアICが辞めていく
- 評価がマネージャーの主観に依存していて不公平感がある
基本の使い方#
具体例#
エンジニア120名のBtoB SaaS。Senior以上のキャリアパスがマネジメントしかなく、技術志向のシニアエンジニアが年間8名退職していた。
IC/マネジメントの2トラックを設計し、Staff Engineer・Principal Engineerの等級を新設。
| レベル | IC トラック | マネジメント トラック |
|---|---|---|
| L3/M1 | Senior Engineer | Tech Lead |
| L4/M2 | Staff Engineer | Engineering Manager |
| L5/M3 | Principal Engineer | Director of Engineering |
Staff Engineerには「チーム横断のアーキテクチャ設計」「技術戦略の策定」を期待行動として定義。導入後1年で、ICトラックを選択したSeniorが12名おり、技術職の離職率は 18% → 6% に改善した。
エンジニア30名のフィンテックスタートアップ。評価がCTOの主観に依存しており、「何を基準に昇格が決まるのかわからない」という不満がサーベイで**72%**に達していた。
3段階のシンプルなラダーを設計。
| レベル | 影響範囲 | 期待行動の例 |
|---|---|---|
| Engineer | タスク〜機能 | 定義されたタスクを自律的に完了する |
| Senior | チーム | 設計判断を主導し、メンバーを技術支援する |
| Lead | 組織全体 | 技術戦略の立案・採用面接のリードを行う |
評価軸は「技術力」「プロダクト思考」「チーム貢献」の3つに絞り、各セルに具体例を5つずつ記載。導入後、1on1で「次のレベルに必要なこと」を具体的に議論できるようになり、サーベイの不満率が 72% → 23% に減少。
エンジニア500名のSIer。既存の人事等級（G1〜G8）と技術的な期待値がずれており、「G5のベテランがジュニアレベルのコードを書いている」状態が散見されていた。
人事等級をベースに、技術コンピテンシーを紐づけるハイブリッド方式を採用。
G1-G3はIC L1-L3にマッピング、G4以上はICトラック（技術スペシャリスト）とマネジメントトラック（プロジェクトマネージャー）に分岐する設計にした。年1回の技術アセスメント（コードレビュー+設計レビュー）を導入し、人事等級と技術等級のギャップが2段階以上ある場合はスキルアップ計画を策定。2年間で対象者の 85% がギャップ1段階以内に収まった。
やりがちな失敗パターン#
- レベル定義が抽象的すぎる — 「技術力が高い」では判断できない。「本番障害時に原因特定からホットフィックスまで単独で完遂できる」のように行動レベルで書く
- ICトラックの上位等級に実質的な権限がない — Staff Engineerの肩書だけ作っても、意思決定に関与できなければ形骸化する。技術戦略への発言権を制度として保証する
- 導入直後にキャリブレーションを省略する — マネージャーごとに基準がバラつき、同じSeniorでもチームによってレベルが違う状態になる
- ラダーを一度作って更新しない — 技術トレンドや組織の変化に合わせて年1回は見直す。古い期待行動が残ると信頼性が失われる
まとめ#
エンジニアリングラダーは、各等級の期待行動と影響範囲を明文化し、IC・マネジメントの2トラックでキャリアパスを設計する制度である。レベル定義は具体的な行動例で記述し、キャリブレーションで組織全体の整合性を確保する。半期ごとの1on1・昇格判定で活用しながら、年1回は制度自体を見直すサイクルが定着の鍵になる。