テックリードとは何か
テックリード（Tech Lead）は、特定のチームまたはプロダクト領域における技術的な意思決定者だ。アーキテクチャ選定、技術選定、コードレビュー、設計レビュー、難所の実装、技術的負債の優先順位付けなど、「コードと設計」に関わるすべての判断責任を負う。
テックリードは1990年代後半に米国西海岸のスタートアップで確立されたロールで、ThoughtWorksが提唱する「Tech Lead Manifesto」が事実上の参照文書となっている。日本では2010年代後半から本格的に普及し、現在は5〜15名規模のエンジニアチームにほぼ必ず置かれる職位だ。
テックリードとEM、シニアエンジニアの違い
| ロール | 責任の中心 | 評価軸 |
|---|---|---|
| シニアエンジニア | 自分の領域の実装と設計 | コード品質、生産性 |
| テックリード | チームの技術判断、設計、難所の実装 | チームの技術的アウトプット |
| EM | チームの人、評価、組織 | デリバリーと成長 |
| アーキテクト | 複数チーム横断の技術戦略 | 技術スタック全体の整合性 |
EMとテックリードを「同一ロール」として扱う組織もあれば、明確に分ける組織もある。特に米国大手はキャリアラダーを「IC（Individual Contributor）」と「M（Management）」に分け、テックリードはIC側の頂点に位置する。
テックリードの主な仕事内容
| 領域 | 業務内容 | 時間配分 |
|---|---|---|
| 設計・技術選定 | アーキテクチャ、ライブラリ、インフラの選定 | 25% |
| コード／設計レビュー | PRレビュー、設計ドキュメントレビュー | 25% |
| 難所の実装 | チームが詰まる箇所の自ら手を動かす | 20% |
| メンタリング | ペアプロ、設計相談、技術指導 | 15% |
| 横断調整 | 他チーム・PM・EMとの仕様調整 | 10% |
| 採用支援 | 技術面接、コーディングテスト評価 | 5% |
コードを書く時間を死守する
EMと違い、テックリードは「自分の手でコードを書く」職種だ。週20時間以上のコーディング時間を確保することが、技術判断の質を担保するうえで最重要となる。会議や調整が増えてコードを書けなくなった瞬間、テックリードとしての価値は急速に劣化する。
テックリードに必要なスキル
| スキル | 重要度 | 内容 |
|---|---|---|
| アーキテクチャ設計 | 必須 | ドメイン分割、レイヤー設計、分散システム |
| コードレビュー | 必須 | 可読性、保守性、セキュリティの判断 |
| 言語化スキル | 必須 | ADR、設計ドキュメント、技術ブログ |
| 技術選定の判断 | 必須 | トレードオフの可視化、合意形成 |
| ペア・モブ運営 | 推奨 | チームの底上げファシリテーション |
| 開発フロー設計 | 推奨 | CI/CD、テスト戦略、ブランチ戦略 |
| 横断コミュニケーション | 推奨 | PM・他チームとの仕様調整 |
ADRが書けるかどうか
テックリードの実力を見抜く一つの指標が、ADR（Architecture Decision Record）を書けるかどうかだ。「なぜこの設計を採用し、なぜ他の選択肢を捨てたか」を文書化できる人は、再現可能な意思決定ができる。これは経験年数では身につかない、訓練の差が出るスキルだ。
テックリードの年収相場
| 経験段階 | 年収レンジ | 想定企業 |
|---|---|---|
| ジュニアTL（小規模チーム） | 800〜1,100万円 | 中堅Web、SaaS |
| ミドルTL（中規模チーム） | 1,000〜1,400万円 | メガベンチャー、グロース企業 |
| シニアTL／プリンシパル | 1,300〜2,000万円 | 大手Web、外資 |
| Staff／Principal Engineer | 1,500〜3,500万円 | 外資テック、AI企業 |
外資テックの「Staff Engineer」「Principal Engineer」レベルになると、IC（Individual Contributor）の頂点として年収3,000万円〜5,000万円のオファーも存在する。日本でもメルカリ、サイバーエージェント、PayPayなどがICレーンを整備し、TLが管理職と同等の年収レンジに到達できるようになった。
テックリードのキャリアパス
| 次のキャリア | 内容 |
|---|---|
| TL → Staff Engineer → Principal Engineer → Distinguished Engineer | ICラダーの王道 |
| TL → EM | マネジメントレーンへ |
| TL → アーキテクト | 複数チーム横断、技術戦略担当 |
| TL → CTO（小規模スタートアップ） | 立ち上げフェーズの技術トップ |
| TL → 独立／コンサル | 技術顧問、アドバイザー |
ICラダーが整備されている企業では「マネジメントになりたくないがキャリアを伸ばしたい」というエンジニアが、テックリード → Staff → Principalへとステップアップできる。
テックリードになるには
- シニアエンジニアとして5〜7年の実装経験を積む：複数言語・複数アーキテクチャを実務で扱った経験
- 設計・技術選定の意思決定を文書化する習慣をつける：個人ブログ、社内ドキュメント、ADRなどで言語化を訓練
- 小さなチームの技術リードを買って出る：3〜5名の機能チームでまず実績を作る
- TL職に正式アサイン：肩書きと責任範囲を明確化する
- 継続的な学習：分散システム、DDD、設計原則、システム設計面接対策などをアップデートし続ける
よくある質問
Q. テックリードとリードエンジニアは違う？ A. 企業によって用語の使い分けは異なるが、概ね同義。米系企業は「Tech Lead」、日系の一部は「リードエンジニア」を使う。
Q. マネジメントしたくないエンジニアでもTLになれる？ A. なれる。むしろ「IC（Individual Contributor）」レーンの代表的なロールとして設計されている。
Q. テックリードはコードを書く時間が減る？ A. ICラダーが整備されていれば50%以上はコーディング時間を確保できる。会議が増えすぎる組織では2〜3割まで減ることもある。
Q. シニアエンジニアからの転身に必要な期間は？ A. 平均1〜2年。設計判断の経験と、それを文書化する習慣があれば早い。
まとめ──テックリードは「決断を文書化できる」職種
テックリードの本質は、コードを書く力ではなく「決断を文書化できる力」にある。なぜこの設計を選び、なぜ他の選択肢を捨て、半年後・1年後にどんな影響が出るかを言葉にできる人が、再現可能な意思決定者として組織に必要とされる。あなたが直近3ヶ月で下した技術判断のうち、3つ以上を15分でADRに起こせるなら、テックリードとして必要な土台はすでにできている。
