上司との期待調整|任される範囲とエスカレーションの線引き
テックリードが上司と先に握っておきたい「どこまで任されるか」と「何をいつ上げるか」。委譲の7段階と、戻せる判断かどうかという線の引き方を、公開資料をもとに解説します。
Tech Leadテックリードが上司と先に握っておきたい「どこまで任されるか」と「何をいつ上げるか」。委譲の7段階と、戻せる判断かどうかという線の引き方を、公開資料をもとに解説します。
FDE知らない業界の現場に入るのが前提のFDEは、業務知識にどう追いつくのか。Palantirのインタビューや求人票と、ユビキタス言語・イベントストーミング・文脈の中での調査という手法から、短期間で身につける道筋を整理します。
Tech Lead面接官を任されたテックリードは何を見ればよいのか。Googleの構造化面接ガイドやGitLabの面接ハンドブックをもとに、評価基準の決め方、形式の使い分け、評価のすり合わせと落とし穴を整理します。
Tech Lead技術の話が経営層に通じない原因は、用語より「判断の単位」と話す順番のずれにあります。アーキテクト・エレベーター、SCQA、エラーバジェットを手がかりに、テックリードが身につけたい翻訳の型を紹介。
FDEFDEの成果は納品ではなく、本番で使われ続けているか・業務の数字が動いたか・学びが製品に還ったかで測られます。OpenAIとAnthropicの求人票、GoogleのHEARTを手がかりに定着の指標と落とし穴を整理。
FDEFDEとプロダクトマネージャーはどちらも顧客の声から始まる職種ですが、行き先が違います。SVPGの4つのリスク分担とPalantirのFDE像を並べて、声を集約する側と個別解を作る側の線引きを整理しました。
FDEFDEの「現場で動くものを作る」仕事は、顧客のデータが流れてはじめて成立します。Palantirの公開資料から、取り出し方・加工の置き場所・権限とデータモデルの3点を整理しました。
FDEFDEの求人票に書かれた対人要件を読み解き、ディスカバリー・低いエゴ・持ち帰った時間の使い方という3つの実務に分解して整理しました。
Tech Lead障害対応の指揮役は、技術に一番詳しい人とは限りません。Google SRE本とPagerDutyの公開マニュアルから、役割分担・宣言の基準・引き継ぎの型を整理しました。
FDEFDEはなぜ要件定義を待たずに動くものを出すのか。Palantirの公開インタビューを手がかりに、現場で回す反復の速さ、既製部品から組む理由、そして現場の作り込みを製品へ戻す流れを整理しました。