テックリード
技術的な意思決定の羅針盤として、チームの実装方針・設計ルール・コードレビュー基準を定め、全員が「迷わず正しい方向に進める」状態を作るエンジニア。自分で高品質なコードを書きながら、レビューと1on1を通じてチームメンバーの技術力も底上げする。コードと人の両方に責任を持つプレイングマネージャー的な役割で、チームのデリバリーと品質を同時に引き上げる稀少な存在。
コアとなる強みと輝くシチュエーション
スーパーパワー
「この設計でいいか？」という問いに対し、技術的根拠と将来リスクを即座に整理して回答できること。チーム全体の技術判断のスピードと精度を一人で引き上げられる。
最も輝く瞬間
PRのレビューコメントが「指摘」ではなく「提案」として受け取られ、後輩エンジニアが「なるほど、そういう観点が必要なのか」と腹落ちしている瞬間。技術を伝える喜びと、デリバリーが加速する充実感が重なるとき。
チームへの「見えない貢献」
「なぜかこのチームのPRマージ後バグが少ない」という品質基盤を作っていること。レビューの基準設定・設計指針のドキュメント化・技術相談の引き受けが、チーム全体の実装品質を底上げしている。
周囲からの見られ方（360度視点）
EM・上司から
「技術判断を委ねられる」という安心感がある。アーキテクチャの細部まで自分が把握しなくていい分、マネジメントは本来の役割に集中できる。
同僚エンジニアから
「あの人にレビューしてもらうと、自分のコードが上手くなる気がする」という信頼がある。成長につながるレビューコメントが、チームの技術力を継続的に引き上げる。
陥りやすいアンチパターンと対策
技術的落とし穴
技術判断への責任感が強く、「自分が確認しないと不安」という状態に陥りレビューボトルネックになることがある。また、コーディングとレビューの両立が難しく、どちらかが疎かになるリスクも。
意識すべきポイント
「全部レビューする」から「レビュー基準を文書化し、レビューができる人を育てる」へ視点を移す。自分がいなくても品質が保たれる仕組みを作ることが、テックリードの最終的なゴール。
活躍できる環境・キャリアのNext Step
フィットする開発組織
エンジニアが5〜20名規模でコードレビュー文化を整備したいチーム、または技術的負債の返済とデリバリーを同時に進めたいスケールフェーズの組織。
次期目標・キャリアNext Step
アーキテクト（設計専任のIC）またはEM（エンジニアリングマネージャー）。技術の深さを極めるICキャリアか、ピープルマネジメントに振るかの二択が典型的な分岐点。
相性の良い「最高の右腕」パートナー
実装速度を牽引する人と、全体を動かせる人が揃い、テックリードが品質と方向性を守ることで、高速かつ安定したデリバリーチームが完成する。
このタイプの「トリセツ（取扱説明書）」
モチベーションが上がる接し方
「この機能の設計方針、技術的にどうすべきかチームに示してほしい」というリード役を任せる依頼が最も刺さる。技術判断の裁量と、チームへの影響力を感じられる仕事の与え方をすること。
絶対にNGな行動
「レビューより自分の実装を優先して」という指示の常態化。チームの品質向上への貢献を価値として認めない環境では、テックリードとしての役割が機能しなくなる。
