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
710
マネジメントが嫌われる理由から推察する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
770
エンジニアからの情報発信の意義に関して、さまざまな方々が私に教えてくださったことのまとめ
m3hiro3
1
870
デイリースクラムの”守破離”(日々をより楽しく有意義にするヒント)
m3hiro3
5
11k
EMの役割とは何か、TLやICの役割と合わせての考察
m3hiro3
1
680
KPTに慣れたチームがよりよい振り返りを行うために、K/P/Tのそれぞれにフォーカスをあてた考察
m3hiro3
18
8.1k
Other Decks in Technology
See All in Technology
Kaggleの経験が実務にどう活きているか / kaggle_findy
sansan_randd
7
1.3k
決済サービスを支えるElastic Cloud - Elastic Cloudの導入と推進、決済サービスのObservability
suzukij
1
430
管理者向けGitHub Enterpriseの運用Tips紹介: 人にもAIにも優しいプラットフォームづくり
yuriemori
0
170
GitLab Duo Agent Platform + Local LLMサービングで幸せになりたい
jyoshise
0
200
kintone開発のプラットフォームエンジニアの紹介
cybozuinsideout
PRO
0
840
ナレッジワーク IT情報系キャリア研究セッション資料(情報処理学会 第88回全国大会 )
kworkdev
PRO
0
130
トップマネジメントとコンピテンシーから考えるエンジニアリングマネジメント
zigorou
4
780
製造業ドメインにおける LLMプロダクト構築: 複雑な文脈へのアプローチ
caddi_eng
1
530
開発組織の課題解決を加速するための権限委譲 -する側、される側としての向き合い方-
daitasu
5
320
vLLM Community Meetup Tokyo #3 オープニングトーク
jpishikawa
0
230
When an innocent-looking ListOffsets Call Took Down Our Kafka Cluster
lycorptech_jp
PRO
0
110
楽しく学ぼう!コミュニティ入門 AWSと人が つむいできたストーリー
hiroramos4
PRO
1
170
Featured
See All Featured
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.6k
Being A Developer After 40
akosma
91
590k
Gemini Prompt Engineering: Practical Techniques for Tangible AI Outcomes
mfonobong
2
310
Introduction to Domain-Driven Design and Collaborative software design
baasie
1
630
Agile that works and the tools we love
rasmusluckow
331
21k
Ruling the World: When Life Gets Gamed
codingconduct
0
160
Paper Plane
katiecoart
PRO
0
47k
The Art of Programming - Codeland 2020
erikaheidi
57
14k
エンジニアに許された特別な時間の終わり
watany
106
240k
How STYLIGHT went responsive
nonsquared
100
6k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
333
22k
Avoiding the “Bad Training, Faster” Trap in the Age of AI
tmiket
0
97
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 !