テックリードは『技術リーダー × 橋渡し』のロール
テックリード(TL)はチームの技術判断と方向付けを担う、コードと組織の橋渡し役です。本記事では編集部の視点で、役割・スキル・典型的な悩みを公開情報をもとに整理します。テックチームの作り方 もご参考に。
TLの主要責務
(1) 技術的方向性の決定：アーキ/技術選定/負債管理。(2) コードレビューの品質保証。(3) メンバーの技術成長支援。(4) PM/EM との橋渡し：見積もり・リスク共有。(5) 本人もコードを書く：30〜50% の時間配分が現実的。
TL に必要なスキル
(1) 技術選定の判断軸：トレードオフを言語化。(2) 設計力：複数選択肢を提示できる。(3) ファシリテーション：チームの議論を整理。(4) テクニカルライティング：ADR/RFC を書ける。(5) メンタリング：相手の理解レベルに合わせる。エンジニアソフトスキル もご参考に。
EM との違い
(1) EM：人と組織が主担当。1on1 / 評価 / 採用。(2) TL：技術判断と実装が主担当。(3) 兼務：小規模チームでは TL/EM 兼務もよくある。(4) キャリアパス：TL → スタッフエンジニア or EM。(5) 会社で定義が違う：必ず職務記述書で確認。
典型的な悩みと対処
(1) コードを書く時間が減る：時間配分の明確化(月初に予算)。(2) 意思決定の重圧：根拠と複数案で判断負荷を分散。(3) 反論への対応：個人ではなく仕様/データで議論。(4) マネジメントへの嫌気：嫌な部分は EM に委譲。(5) スタッフエンジニアへの転向：マネジメントから技術専門へ。
1日の時間配分
(1) 朝：ディープワーク(コード/設計)。(2) 昼前：レビュー集中。(3) 昼後：1on1 / ミーティング。(4) 夕方：振り返り / 翌日準備。(5) 週次：チーム健康度チェック + キャリア対話 1人。PDCA改善術 もご参考に。
TL になるためのキャリア
(1) シニアエンジニア期に責任範囲を拡大。(2) 設計文書を書き始める。(3) レビューで方向性を示す。(4) 新人メンタリング。(5) 横断プロジェクトのオーナーシップ。昇格は社内提案または外部転職で実現します。IT転職成功ロードマップ も参考に外部選択肢も。
失敗しがちなパターン
(1) マイクロマネジメント：個人の自律性を奪う。(2) 技術選定で独断：チーム合意なし。(3) コードを全部書きたがる：チーム成長阻害。(4) NO と言えず抱え込む：燃え尽き。(5) マネジメント丸投げ：EM との連携不全。対策は、(1)アウトカム主義、(2)選定基準の共有議論、(3)コードを譲る練習、(4)優先順位と断り、(5)定期 EM/PM ミーティング、です。