先に答え：この本は何に使える？
技術成果を自分で出す役割から、人と仕組みを通じてチーム成果を高める役割へ移る。この考え方を自分の課題に当てはめたいなら、『エンジニアリングマネージャーのしごと』を読む意味がある。
01技術成果を自分で出す役割から、人と仕組みを通じてチーム成果を高める役割へ移る
021on1、目標、フィードバック、採用、組織設計、上位者との合意を運用の習慣にする
03開発リードタイム、障害率、目標達成率、成長機会、離職率で変化を確かめる
この本の考え方は、現実でも使えるか
『エンジニアリングマネージャーのしごと』が示す答えは、「技術成果を自分で出す役割から、人と仕組みを通じてチーム成果を高める役割へ移る」である。本書は、この考えを組織・リーダーシップの判断にどう使うかを説明する。
使いやすい条件
- 組織について、知識の収集ではなく具体的な判断基準がほしい人
- 「1on1、目標、フィードバック、採用、組織設計、上位者との合意を運用の習慣にする」を自分の仕事や生活で試したい人
そのまま使わない方がよい条件
- 組織の全体像より、すぐ使えるチェックリストだけを短時間で探している人
- 管理を会議の増加にしないを受け入れにくい人
最初に試すこと
Microsoftの事例では、コード量ではなく、チームの予測可能性、品質、成長、離職、顧客成果を見るという視点で考えられます。
書籍情報
James Stanier／オライリー・ジャパン／2022年8月／ISBN 9784873119946／A5判 350ページ
本書は、何をどう説明しているか
優秀な技術者が管理職になっても、委任、評価、採用、関係調整の時間を確保できないという悩みに対し、1on1、目標、フィードバック、採用、組織設計、上位者との合意を運用の習慣にするという考え方を示します。本稿では公開書誌と紹介情報を土台に、内容の要約、向いている読者、実務での使い方、注意点を分けて解説します。
