FDEのコミュニケーション実務|現場で信頼を得る手順
FDEの求人票に書かれた対人要件を読み解き、ディスカバリー・低いエゴ・持ち帰った時間の使い方という3つの実務に分解して整理しました。
FDEFDEの求人票に書かれた対人要件を読み解き、ディスカバリー・低いエゴ・持ち帰った時間の使い方という3つの実務に分解して整理しました。
Tech Lead障害対応の指揮役は、技術に一番詳しい人とは限りません。Google SRE本とPagerDutyの公開マニュアルから、役割分担・宣言の基準・引き継ぎの型を整理しました。
FDEFDEはなぜ要件定義を待たずに動くものを出すのか。Palantirの公開インタビューを手がかりに、現場で回す反復の速さ、既製部品から組む理由、そして現場の作り込みを製品へ戻す流れを整理しました。
Tech Leadテックリードが担うメンタリングの距離感を整理しました。答えを渡す前に問い返す、レビューを教材にする、最初の30日で目標を1つ決める。一次情報つきで、教えすぎと放置の間を埋めます。
FDEPalantirの公式ドキュメントとAnthropicの求人票、AWSとMicrosoftの職務定義を読み比べ、FDE・SIer・ソリューションアーキテクトを「誰の課題を解くか」「成果物」「終了後」「製品への還流」の四つの軸で整理しました。
Tech Leadコードレビューが形骸化・滞留するのは運用ルールが無いから。Googleのコードレビューガイドを一次情報に、目的・判断基準・応答時間・変更の大きさという4つの約束をテックリードがどう決めるか整理しました。
SRESREの基本であるSLIとSLOの違い、100%を目指してはいけない理由とエラーバジェット、目標値を決めるときの5つの注意をGoogle SRE本とSRE Workbookをもとに整理しました。
FDEPalantir発のFDE(Forward Deployed Engineer)を、生成AIを提供する会社がなぜ採用するのか。「一つの顧客に、多くの機能を」という型と、コンサルタントとの違いを公開資料から整理しました。
Tech Leadテックリードとプロダクトマネージャーの役割はどこで線を引くのか。PMは「何を」、テックリードは「どう」という原則と、見積もり・スコープ削り・技術的負債という三つの場面での分担を、公開資料をもとに整理しました。
Tech Leadテックリードに着任した最初の90日を、STARSでの状況の見立て・30日は聞く・60日で小さく決める・90日で仕組みに寄せる、という順番で整理しました。落とし穴も3つ添えています。