学習ロードマップ
技術の意思決定とチーム牽引を両立するテックリード像を、設計・レビュー・育成の観点から整えるロードマップ。
このロードマップが扱うもの
このロードマップは、プレイヤーとしての実力を残しつつ、チームの技術的意思決定にも責任を持ちたいエンジニアを対象にしています。学び終えたときには、技術選定・設計レビュー・メンバー育成を通じて、チームのアウトプットを底上げするテックリードとして動ける状態を目指します。
このロードマップの全体像
このロードマップは、プレイヤーとしての実力を残しつつ、チームの技術的意思決定にも責任を持ちたいエンジニアを対象にしています。学び終えたときには、技術選定・設計レビュー・メンバー育成を通じて、チームのアウトプットを底上げするテックリードとして動ける状態を目指します。
1. テックリードの役割を理解する: マネージャー・アーキテクト・シニアエンジニアとの違い、自社での役割定義を整理します。 2. 技術選定と設計レビュー: トレードオフの言語化、意思決定の記録(ADR など)、レビューでの質問力を磨きます。 3. 大きなタスクの分解とロードマップ化: 巨大な要件を実装可能な単位に割り、依存関係と優先度を設計します。 4. チームの実装品質を上げる: コード規約、テスト、CI、オンボーディング資料、振り返りの場づくりを担います。 5. メンバーの育成と権限委譲: モブ/ペア、1on1、課題アサインの調整、役割の委譲を通じて、チームの能力を引き上げます。 6. 上下左右とのコミュニケーション: プロダクト / デザイン / マネージャー / ステークホルダーとの橋渡しを、技術側代表として行います。
テックリードは「コードを書く役割 + 決める役割 + 説明する役割」が混在する領域で、時間の使い方の設計が仕事の質を大きく左右します。プレイヤーとして参加しすぎるとチーム全体のスループットが落ち、引きすぎると現場感を失います。権限と責任の範囲、マネージャーとの役割分担を最初に合意しておくことが重要です。周辺では、システム設計、アーキテクチャパターン、設計レビュー、ドキュメンテーション、ファシリテーション、メンタリング、プロダクトマネジメントの基礎を並行して鍛えておくと、技術と人の両面で信頼されるリードになりやすくなります。
ロードマップ