Tech Lead

「動いているコードは触るな」と言われたとき、テックリードはどう答えるか。今の動きをテストで固定し、小さく分けて、日々の作業に埋め込む3つの手当てを整理します。

テストピラミッドを一次情報から整理し、チームへ導入する手順に組み直しました。棚卸しから始めて比率の丸暗記を避ける進め方をまとめています。

テックリードが担うメンタリングの距離感を整理しました。答えを渡す前に問い返す、レビューを教材にする、最初の30日で目標を1つ決める。一次情報つきで、教えすぎと放置の間を埋めます。

テックリードの見積もりは精度勝負ではなく不確実性を扱う技術です。マコネルの定義と不確実性のコーンを踏まえ、点ではなく幅で答える伝え方と、期限が動かないときの選択肢の示し方を整理しました。

技術的負債を「毎回余計に払っている利息」として観測値で示し、次の機能とセットで返済を提案する組み立てを、Martin Fowler の四象限と元本返済の考え方を手がかりに整理しました。

ADR（Architecture Decision Record）は技術判断の理由を1枚に残す軽量な記録です。Nygardの5節テンプレート、書き換えずsupersedeする運用、対象の絞り方を整理しました。

Design Docは仕様書ではなく設計の合意を取る道具です。Googleの公開解説をもとに、5つの節の書き分け・分量の目安・4段階のライフサイクル・書かないほうがよい場合を整理しました。