#book #r2024  # なぜこの本を読んだか リーダー業務などをするようになり、マネジメントを勉強したいなと純粋に思っていたことと、 [https://www.theengineeringmanager.com/management-101/](https://www.theengineeringmanager.com/management-101/) のファン (著者のサイト) で元々 subscribe してたりしてたので日本語で出版されたし改めて読んでおこうくらいの発端。 # 何が書かれている本か 物語調 (そこまでではないが) にエンジニアリングマネージャーになってからどのように過ごすのかや、どのように振る舞うことが大事かなどが書かれている。 # メモ ### スナップショットを作成する 出発点としてヒアリングしていく中でなるべく早く以下の仮説を立てて現在のチーム状況を確認しようというもの - 自分の見解 - 上司の見解 - チームの見解 また、これらのギャップを見つけてそのギャップに対するアプローチなども試していこうという進め方をしていく ### 4つのマネジメント活動 - 情報収集 - 意思決定 - ナッジング - > ナッジングとは、議論に対して自身の観点を提供することで、決定に影響を与えることです。 - > ... - > マネジメントする立場になることで、あなたの言葉には権威が伴うことを自覚する必要があります。 - ロールモデル ### マネージャーとしてのアウトプット > マネージャーのアウトプット = > あなたのチームのアウトプット + あなたが影響を与えた他のチームのアウトプット [[HIGH OUTPUT MANAGEMENT]] での定義をここでも出している ### 委譲について > うまく委譲するために重要なのは、説明責任と実行責任の差を理解することです。混同して使われることも多いのですが、委譲については小さくても重要な差があります。 > - タスクに説明責任があるとは、タスクを求められる品質で完了させる責任を持つということです。 > - タスクに実行責任があるとは、タスクを実際に自分で行うということです。 > これらの用語を使って委譲を定義します。委譲とは、タスクの実行責任を他の人に託しつつ、説明責任を持ち続けることです。 ### 情報の取り扱い > マネージャーとして、ゲートキーパーの役割を努める必要があります。以下のことをしなければいけません。 > - どのグループにどんな情報を渡すかを決めること > - その情報をいつ共有するかを決めること > - その情報をどのように組み立てるかを決めること # 感想 - 後半は割とそうだなーという感じではあったけど、前半のエンジニアリングマネージャーとして立ち上がるために何をすべきかみたいなのは改めてなるほどーという納得があった - 上記でいうところの「スナップショットを作成する」とか - 改めて [https://www.theengineeringmanager.com/management-101/](https://www.theengineeringmanager.com/management-101/) とかも読み直してみたいなと思った