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
590
マネジメントが嫌われる理由から推察する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
640
エンジニアからの情報発信の意義に関して、さまざまな方々が私に教えてくださったことのまとめ
m3hiro3
1
510
デイリースクラムの”守破離”(日々をより楽しく有意義にするヒント)
m3hiro3
4
9.8k
EMの役割とは何か、TLやICの役割と合わせての考察
m3hiro3
1
300
KPTに慣れたチームがよりよい振り返りを行うために、K/P/Tのそれぞれにフォーカスをあてた考察
m3hiro3
18
6.9k
Other Decks in Technology
See All in Technology
kargoの魅力について伝える
magisystem0408
0
210
継続的にアウトカムを生み出し ビジネスにつなげる、 戦略と運営に対するタイミーのQUEST(探求)
zigorou
0
530
TSKaigi 2024 の登壇から広がったコミュニティ活動について
tsukuha
0
160
組織に自動テストを書く文化を根付かせる戦略(2024冬版) / Building Automated Test Culture 2024 Winter Edition
twada
PRO
13
3.7k
WACATE2024冬セッション資料(ユーザビリティ)
scarletplover
0
200
非機能品質を作り込むための実践アーキテクチャ
knih
3
1.2k
PHP ユーザのための OpenTelemetry 入門 / phpcon2024-opentelemetry
shin1x1
1
200
LINEヤフーのフロントエンド組織・体制の紹介【24年12月】
lycorp_recruit_jp
0
530
日本版とグローバル版のモバイルアプリ統合の開発の裏側と今後の展望
miichan
1
130
新機能VPCリソースエンドポイント機能検証から得られた考察
duelist2020jp
0
220
GitHub Copilot のテクニック集/GitHub Copilot Techniques
rayuron
34
13k
Microsoft Azure全冠になってみた ~アレを使い倒した者が試験を制す!?~/Obtained all Microsoft Azure certifications Those who use "that" to the full will win the exam! ?
yuj1osm
2
110
Featured
See All Featured
Designing on Purpose - Digital PM Summit 2013
jponch
116
7k
No one is an island. Learnings from fostering a developers community.
thoeni
19
3k
The Cult of Friendly URLs
andyhume
78
6.1k
VelocityConf: Rendering Performance Case Studies
addyosmani
326
24k
The Illustrated Children's Guide to Kubernetes
chrisshort
48
48k
Measuring & Analyzing Core Web Vitals
bluesmoon
4
170
Designing Experiences People Love
moore
138
23k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
5
440
Rails Girls Zürich Keynote
gr2m
94
13k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
330
21k
A better future with KSS
kneath
238
17k
Documentation Writing (for coders)
carmenintech
66
4.5k
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 !