Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
マネジメントが嫌われる理由から推察するEMの楽しさ
Search
Masahiro Sato
September 04, 2023
Technology
4
580
マネジメントが嫌われる理由から推察するEMの楽しさ
EM Oasis #1
https://emoasis.connpass.com/event/293305/
Masahiro Sato
September 04, 2023
Tweet
Share
More Decks by Masahiro Sato
See All by Masahiro Sato
QAやテストに関わる人が発信することの意味 (社内にも社外にも)
m3hiro3
0
630
エンジニアからの情報発信の意義に関して、さまざまな方々が私に教えてくださったことのまとめ
m3hiro3
1
480
デイリースクラムの”守破離”(日々をより楽しく有意義にするヒント)
m3hiro3
4
9.7k
EMの役割とは何か、TLやICの役割と合わせての考察
m3hiro3
1
280
KPTに慣れたチームがよりよい振り返りを行うために、K/P/Tのそれぞれにフォーカスをあてた考察
m3hiro3
18
6.8k
Other Decks in Technology
See All in Technology
初心者向けAWS Securityの勉強会mini Security-JAWSを9ヶ月ぐらい実施してきての近況
cmusudakeisuke
0
130
これまでの計測・開発・デプロイ方法全部見せます! / Findy ISUCON 2024-11-14
tohutohu
3
370
誰も全体を知らない ~ ロールの垣根を超えて引き上げる開発生産性 / Boosting Development Productivity Across Roles
kakehashi
1
230
VideoMamba: State Space Model for Efficient Video Understanding
chou500
0
190
Lambda10周年!Lambdaは何をもたらしたか
smt7174
2
110
Flutterによる 効率的なAndroid・iOS・Webアプリケーション開発の事例
recruitengineers
PRO
0
110
AWS Lambdaと歩んだ“サーバーレス”と今後 #lambda_10years
yoshidashingo
1
180
iOS/Androidで同じUI体験をネ イティブで作成する際に気をつ けたい落とし穴
fumiyasac0921
1
110
OCI Vault 概要
oracle4engineer
PRO
0
9.7k
Terraform Stacks入門 #HashiTalks
msato
0
360
アジャイルでの品質の進化 Agile in Motion vol.1/20241118 Hiroyuki Sato
shift_evolve
0
170
Python(PYNQ)がテーマのAMD主催のFPGAコンテストに参加してきた
iotengineer22
0
500
Featured
See All Featured
Optimizing for Happiness
mojombo
376
70k
Agile that works and the tools we love
rasmusluckow
327
21k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
191
16k
A better future with KSS
kneath
238
17k
Teambox: Starting and Learning
jrom
133
8.8k
Navigating Team Friction
lara
183
14k
The World Runs on Bad Software
bkeepers
PRO
65
11k
Testing 201, or: Great Expectations
jmmastey
38
7.1k
Gamification - CAS2011
davidbonilla
80
5k
Principles of Awesome APIs and How to Build Them.
keavy
126
17k
Adopting Sorbet at Scale
ufuk
73
9.1k
A designer walks into a library…
pauljervisheath
204
24k
Transcript
マネジメントが嫌われる理由から推察するEMの楽しさ EM OASIS 登壇資料(2023/09/04) 株式会社ビットキー 佐藤 正大( @m3hiro3 )
佐藤 正大 株式会社ビットキー - VP of Engineering - Manager of
bitkey platform @m3hiro3 | まさひろさん
3 EM OASIS(エンジニアリングマネジメントコミュニティ)の記念すべき第一回! 👏 お題は「EMやってて楽しかったこと」 introduction 本日の「お膳立て」
4 ちょっと、会場にアンケートを。 1. 私は、エンジニアリングマネージャーだ 2. 私は、エンジニアリングマネージャーではない 3. ちょっと、いまよくわかってない introduction 本日の「お膳立て」
5 EM OASIS(エンジニアリングマネジメントコミュニティ)の記念すべき第一回! 👏 お題は「EMやってて楽しかったこと」 そんなみなさんに、あえて確認しましょう。 introduction 本日の「お膳立て」
6 EM OASIS(エンジニアリングマネジメントコミュニティ)の記念すべき第一回! 👏 お題は「EMやってて楽しかったこと」 そんなみなさんに、あえて確認しましょう。 わざわざ「楽しいこと」を言わないといけないぐらい「辛い仕事なの?」(笑) introduction 本日の「お膳立て」
7 1. EMの定義を参照する 2. EMが嫌われる理由を考察する 3. EMに関する私見を共有する 4. さぁ、何が楽しいのか? agenda
本日の「お品書き」
8 1. EMの定義を参照する 2. EMが嫌われる理由を考察する 3. EMに関する私見を共有する 4. さぁ、何が楽しいのか? agenda
本日の「お品書き」
9 - どんな書籍? - インテル 元CEOが、後進の起業家・経営者・マネー ジャーにむけてマネジメントを語った書籍 - さまざまなEM系の書籍で参照されています -
『エンジニアリングマネージャーのしごと』 - 『エンジニアのためのマネジメント入門』 - 『エンジニアのためのマネジメントキャリアパス』 1. EMの定義を参照する ①『HIGH OUTPUT MANAGEMENT』
10 - 定義は? マネージャーのアウトプット ≠ 自分自身のアウトプット = 自分の組織のアウトプット + 自分の影響が及ぶ隣接諸組織のアウトプット
- 例え話 - コーチやクォーターバックだけでは、タッチダウンの 得点が取れるわけではなく、ゲームに勝つものでもな い。こういった人たちが参加し、指揮指導することに よって、チーム全体が勝利を収めるのである。 - 直接の監督下にないグループでも、彼らを管理する 人々を観察したり、提案したりなどして、影響を与え ることができる。 1. EMの定義を参照する ①『HIGH OUTPUT MANAGEMENT』 「自組織と隣接諸組織の成果に責任」があるのがマネージャー
11 - どんな書籍? - 2023年3月 発売 - マネジメントの基礎知識や実践的なトピックを扱い、 エンジニアがマネージャーとして働くための第一歩を 解説する書籍
1. EMの定義を参照する ②『エンジニアのためのマネジメント入門』
12 - 定義は? エンジニアリングマネージャー = ①広木大地の”エンジニアリング”の定義 + ②ドラッカーの”マネジメント”の定義 - つまり? - エンジニアリングとは、
「不確実なものを効率よく削減していく」 - エンジニアリングマネージャーとは 「エンジニアリング組織の成果に責任を持つ者」 1. EMの定義を参照する ②『エンジニアのためのマネジメント入門』
13 - 何をするのがエンジニアリングマネージャー? - 4つのマネジメントドメインが主だった要素 - プロジェクトマネジメント - プロダクトマネジメント -
テクノロジーマネジメント - ピープルマネジメント - エンジニアが初めてマネージャーになることは、今までと違 う世界へ足を踏み入れる必要があり、転職すると言っても過 言ではないでしょう。エンジニアリングとマネジメントは、 まったく異なる分野です。 1. EMの定義を参照する ②『エンジニアのためのマネジメント入門』 「転職するほど異なるスキルが必要」なのがエンジニアリングマネージャー
14 - どんな書籍? - 2021年11月発行 - Google社内の多様なベストプラクティスを、 文化、プロセス、ツールの側面からこの一冊に凝縮 - ”第5章
チームリーダー入門”において リーダーシップの役割 として、 EM(Engineering Manager) TM(Tech Lead) の役割を説明している 1. EMの定義を参照する ③『Googleのソフトウェアエンジニアリング』
15 - 定義は? - チームが担当する製品がビジネス要件を満たすこと を保証しつつ、その上でTLを含むチーム内の全ての 人員の成績、生産性、満足度に責任を持つ - ビジネス要件と個々のチームメンバーの要求とは必 ずしも相容れないため、このことがマネージャーを
難しい立場に置く可能性がある場合が多い 1. EMの定義を参照する ③『Googleのソフトウェアエンジニアリング』
16 ビジネス要件と個々のチームメンバーの要求とは必ずしも相容れない
17 ビジネス要件と個々の チームメンバーの要求と は必ずしも相容れない 本日、お集まりの皆様は、「ああ、わかるな・・・」という心境ではないでしょうか
18 これは辛いって…笑
19 - 定義は? - チームが担当する製品がビジネス要件を満たすこと を保証しつつ、その上でTLを含むチーム内の全ての 人員の成績、生産性、満足度に責任を持つ - ビジネス要件と個々のチームメンバーの要求とは必 ずしも相容れないため、このことがマネージャーを
難しい立場に置く可能性がある場合が多い 1. EMの定義を参照する ③『Googleのソフトウェアエンジニアリング』 「ビジネスとメンバーに挟まれる」のがエンジニアリングマネージャー
20 1. EMの定義を参照する 2. EMが嫌われる理由を考察する 3. EMに関する私見を共有する 4. さぁ、何が楽しいのか? agenda
本日の「お品書き」
21 2. EMが嫌われる理由を考察する なぜ辛い・嫌われてしまうのか? 自組織と隣接諸組織の成果に責任 転職するほど異なるスキルが必要 ビジネスとメンバーに挟まれる 一人では完結しえない 新しく学ぶことが増える アンビバレンツなストレス
22 なぜこ んなに 辛いの か?
23 先ほどの書籍『エンジニアのためのマネジメント入門』を参照してみると、 (エンジニアからマネージャーに役割を変えると)求められる能力は大きく変わりますが、転職するほど の覚悟を持って、マネジメントの道に踏み込む人は稀です。上司に頼まれてマネージャーになるケース が、ほとんどではないでしょうか。 2. EMが嫌われる理由を考察する なぜ辛い・嫌われてしまうのか? あれ、この上司が…!?
24 先ほどの書籍『Googleのソフトウェアエンジニアリング』を参照してみると、 通常、TLM(TMとEMを兼任する小規模のリーダー)は、より熟練したTLMからの高度なメンタリングと 支援を必要とする。新しくTLMになった者に勧めるのは、この主題に対してGoogleが提供する複数の講 習の受講に加え、役職に慣れていく際に、定期的なアドバイスをくれるシニアなメンターを探し出すこと である。 2. EMが嫌われる理由を考察する なぜ辛い・嫌われてしまうのか? シニアなメンター!!
25 結局のところ、一人で頑張ろうとするから、辛いのかもしれない?
26 『エンジニアのためのマネジメントキャリアパス』 - 第8章 経営幹部にて、CTOとVPoEについて説明 - ”自己診断用の質問リスト”がある(以下一部を抜粋) - あなた(CTO)は社費もしくは自費でプロのコーチの指 導を受けていますか?たとえ「自腹」でも賢い投資と
言えます。コーチは助言も直言もしてくれますし、友 達と違ってあなたのどんな言葉にもきちんと耳を傾け てくれます。 - コーチの指導を仰ぐ以外に、社外で助け合える仲間の ネットワークを持っていますか?他社のあなたと同じ 分野の経営幹部の中に、親しい人がいますか? - (上記以外の章で、どのキャリアラダーでもメンターの重要性が繰り返し記載) 2. EMが嫌われる理由を考察する なぜ辛い・嫌われてしまうのか?
27 EM OASIS という場を活用して、仲間が増えると嬉しいですね…!
28 1. EMの定義を参照する 2. EMが嫌われる理由を考察する 3. EMに関する私見を共有する 4. さぁ、何が楽しいのか? agenda
本日の「お品書き」
29 3. EMに関する私見を共有する 嫌われる理由から、考えを深めると、、、 自組織と隣接諸組織の成果に責任 転職するほど異なるスキルが必要 ビジネスとメンバーに挟まれる 一人では完結しえない 新しく学ぶことが増える アンビバレンツなストレス
30 3. EMに関する私見を共有する 嫌われる理由から、考えを深めると、、、 自組織と隣接諸組織の成果に責任 転職するほど異なるスキルが必要 ビジネスとメンバーに挟まれる 一人では完結しえない 新しく学ぶことが増える アンビバレンツなストレス
これらが EM の特徴だとしたら、 本質はここにあるのかもしれない 私見としては…
31 3. EMに関する私見を共有する 嫌われる理由から、考えを深めると、、、 自組織と隣接諸組織の成果に責任 転職するほど異なるスキルが必要 ビジネスとメンバーに挟まれる 一人では完結しえない 新しく学ぶことが増える アンビバレンツなストレス
一人では成し得ないことを チームの力で実現する
32 3. EMに関する私見を共有する 嫌われる理由から、考えを深めると、、、 自組織と隣接諸組織の成果に責任 転職するほど異なるスキルが必要 ビジネスとメンバーに挟まれる より大きなスコープで物事を動かせる より多様な物事に対応できるようになる 多くの感情と、多くの感動に触れる
抽象的には、こんなことを楽しめるのが、エンジニアリングマネージャーかもしれない
33 1. EMの定義を参照する 2. EMが嫌われる理由を考察する 3. EMに関する私見を共有する 4. さぁ、何が楽しいのか? agenda
本日の「お品書き」
34 「一人では成し得ないことをチームの力で実現する」 ということ、そのもの。 1. より大きなスコープで物事を考える ★課題解決というゲームを楽しむ 2. より多様な物事に対応できるようになる ★さまざまな視点と知見を味わう 3.
多くの感情と、多くの感動に触れる ★感動を分かち合える 4. さぁ、何が楽しいのか? あくまで、私にとっての楽しさではありますが、エンジニアリングマネージャーの楽しさとは 抽象的には、こんなことを楽しめるのが、エンジニアリングマネージャーかもしれない
35 0. Approach I hope you have a wonderful engineering
life !