テックリード

コードレビューが形骸化・滞留するのは運用ルールが無いから。Googleのコードレビューガイドを一次情報に、目的・判断基準・応答時間・変更の大きさという4つの約束をテックリードがどう決めるか整理しました。

テックリードとプロダクトマネージャーの役割はどこで線を引くのか。PMは「何を」、テックリードは「どう」という原則と、見積もり・スコープ削り・技術的負債という三つの場面での分担を、公開資料をもとに整理しました。

テックリードに着任した最初の90日を、STARSでの状況の見立て・30日は聞く・60日で小さく決める・90日で仕組みに寄せる、という順番で整理しました。落とし穴も3つ添えています。

Staffエンジニアとテックリードの関係を、等級と役割という二層構造で整理しました。StaffEng が示す4つの原型のうちテックリードがどの位置にあるのか、求人票の読み方まで一次情報をもとに解説します。

テックリードの仕事を技術・人・プロセスの3つの軸に分解して整理しました。Pat Kua氏の定義とThoughtWorksの解説をもとに、決定と品質・評価単位の変化・仕組み化という中身を確認します。

テックリードは管理職なのかという疑問を、Patrick Kua・Software Engineering at Google・Staffエンジニアの類型という一次情報から整理しました。TLとEMの分担、兼任(TLM)の見極め方まで。

シニアエンジニアとテックリードは何が違うのかを、Patrick Kuaの定義とSoftware Engineering at Googleから整理しました。責任の対象・裁く仕事・コードに触れる時間の3点で境界線を引きます。

テックリードとは何かを、EM・アーキテクトとの違いから整理しました。責任の対象・守備範囲・時間の使い方という3つの軸で、役割の輪郭をつかむための入門記事です。