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
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
Masahiro Sato
September 04, 2023
Technology
740
4
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
マネジメントが嫌われる理由から推察するEMの楽しさ
EM Oasis #1
https://emoasis.connpass.com/event/293305/
Masahiro Sato
September 04, 2023
More Decks by Masahiro Sato
See All by Masahiro Sato
QAやテストに関わる人が発信することの意味 (社内にも社外にも)
m3hiro3
0
920
エンジニアからの情報発信の意義に関して、さまざまな方々が私に教えてくださったことのまとめ
m3hiro3
1
940
デイリースクラムの”守破離”(日々をより楽しく有意義にするヒント)
m3hiro3
5
11k
EMの役割とは何か、TLやICの役割と合わせての考察
m3hiro3
1
760
KPTに慣れたチームがよりよい振り返りを行うために、K/P/Tのそれぞれにフォーカスをあてた考察
m3hiro3
18
8.4k
Other Decks in Technology
See All in Technology
世界、断片、モデル。そして理解
ardbeg1958
1
130
複数プロダクトで進めるAI機能実装 ── 実践から得たリアルな学びとロードマップ実現への挑戦 / AICon2026_yanari
rakus_dev
0
130
AIが当たり前の組織で エンジニアはどう育つか
nishihira
0
130
最適な自走を最小限の支援で — M&Aで拡大する組織で少人数SREが挑んだ1年 / SRE NEXT 2026
genda
0
1.5k
[2026-07-15] AI Ready なはずだったアーキテクチャと、見えてきた課題・次に目指す状態
wxyzzz
9
4k
Gen3R: 3D Scene Generation Meets Feed-Forward Reconstruction
spatial_ai_network
0
140
タスクの複雑さでモデルを選ぶ ── Thompson Samplingで動かす“トークン/コスト最適化
satohy0323
0
570
Genie Ontologyは銀の弾丸かを考える / Is Genie Ontology a Silver Bullet?
nttcom
0
420
そのドキュメント、自動化しませんか?
yuksew
1
310
「AIに依存している」と 「AIを使いこなしている」の違い
k8yasuma
0
120
kaonavi Tech Night#1
kaonavi
0
110
DMM.com 購入改善推進チーム におけるCodeRabbitを用いた レビューフロー改善の一例
ysknsid25
2
670
Featured
See All Featured
Into the Great Unknown - MozCon
thekraken
41
2.6k
Chasing Engaging Ingredients in Design
codingconduct
0
240
The SEO identity crisis: Don't let AI make you average
varn
0
520
Stop Working from a Prison Cell
hatefulcrawdad
274
21k
The Impact of AI in SEO - AI Overviews June 2024 Edition
aleyda
5
1.1k
Bootstrapping a Software Product
garrettdimon
PRO
307
120k
コードの90%をAIが書く世界で何が待っているのか / What awaits us in a world where 90% of the code is written by AI
rkaga
62
45k
4 Signs Your Business is Dying
shpigford
187
22k
AI Search: Where Are We & What Can We Do About It?
aleyda
0
7.7k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
130k
Code Review Best Practice
trishagee
74
20k
Keith and Marios Guide to Fast Websites
keithpitt
413
23k
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 !