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
エンジニアがエンジニアリングマネージャーになって最初にやったこと
Search
nakawai
October 06, 2022
Business
2
930
エンジニアがエンジニアリングマネージャーになって最初にやったこと
エンジニアからEMになって最初の戸惑いと、その向き合い方
nakawai
October 06, 2022
Tweet
Share
More Decks by nakawai
See All by nakawai
電卓アプリで再帰降下法を使った話
nakawai
0
140
AndroidでTensorflow
nakawai
0
27
テンプレート作ると爆速Android 開発できる?
nakawai
0
20
AndroidでSRCNN 2017
nakawai
0
31
Android開発の罠と、その避け方
nakawai
0
22
AndroidでSRCNNできる?
nakawai
0
45
Other Decks in Business
See All in Business
(6枚)強制的に仮説立案力を身につけさせる秘策とは?
nyattx
PRO
3
130
Findy - 人生で熱くなれるなにかを探している誰かへ / Letter from Findy
findyinc
6
130k
FAST COMPANY DECK
fastinc
0
350
パーソルクロステクノロジー_GS統括本部_SSOL統括本部_紹介資料
pptssol
0
17k
問題を明確にする方法 / How To Clarify The Problem
tbpgr
1
280
kubell会社説明資料
kubell_hr
0
15k
NAGANO STARTUP STUDIO_ventureclub_introduction
1romatsuhisa
0
1.1k
K.S.ロジャース会社紹介資料
ksr_hiring
1
1.9k
(14枚)仮説思考に必要な5つの能力
nyattx
PRO
1
330
(3枚)人材価値を測る5つのスキルと欠落的欠点とは?
nyattx
PRO
2
230
タケウチグループRecruit
takeuchigroup
0
170
エスキュービズム 会社紹介資料
human_resources
0
4.8k
Featured
See All Featured
Building Applications with DynamoDB
mza
89
5.8k
How GitHub Uses GitHub to Build GitHub
holman
471
290k
The World Runs on Bad Software
bkeepers
PRO
63
11k
The Language of Interfaces
destraynor
151
23k
4 Signs Your Business is Dying
shpigford
178
21k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
35
6.3k
The Cost Of JavaScript in 2023
addyosmani
31
4.7k
Building Better People: How to give real-time feedback that sticks.
wjessup
357
18k
Put a Button on it: Removing Barriers to Going Fast.
kastner
58
3.3k
No one is an island. Learnings from fostering a developers community.
thoeni
17
2.8k
Debugging Ruby Performance
tmm1
71
11k
The Invisible Customer
myddelton
117
13k
Transcript
エンジニアが エンジニアリングマネージャーになって 最初にやったこと 2022.10.06 askenエンジニアリングマネジメント勉強会
Naoki Kawai (@nakawai_) 株式会社asken 海外事業部マネージャー 現職でのロール 2020: アプリエンジニア 2021: アプリエンジニア・スクラムマスター
2022: マネージャー・スクラムマスター 自己紹介
話すこと エンジニアからEMになって最初の戸惑いと、その向き合い方 主なターゲット • EMになってから、エンジニア職との違いに戸惑っている人 • EMに興味があるけど、やっていけるか不安な人 ゴール EMとして手応えを掴むためのヒントが得られる 本発表の概要
※EM=エンジニアリングマネージャー
• プロダクトマネージャー、リサーチャー • デザイナー、リサーチャー • アプリエンジニア(iOS/Android) • サーバエンジニア、データアナリスト • マネージャー、スクラムマスター
参考:チームメンバ構成 エンジニア以外の職能も含むチーム編成 複数の専門職で一つのことを行うミッションチーム(※)寄り https://qiita.com/hirokidaichi/items/95678bb1cef32629c317 (※)『エンジニアリングマネージャ/プロダクトネージャのための知識体系と読書ガイド』より
エンジニアからEMになって 最初の戸惑い
仕事の手応えが 感じにくい… エンジニアからEMになって最初の戸惑い
最近やっと手応えを 感じられるように なってきた エンジニアからEMになって最初の戸惑い
エンジニアがエンジニアリングマネージャーになった直後に手応えを感じにくい理由 未経験の 分野 コードを 書かない 何をやるか 曖昧
エンジニアがエンジニアリングマネージャーになった直後に手応えを感じにくい理由 未経験の 分野 コードを 書かない 何をやるか 曖昧 手応えを 感じにくくて 当たり前
アウトプットが よくわからない 役割が よくわからない
エンジニアがエンジニアリングマネージャーになった直後に手応えを感じにくい理由 未経験の 分野 コードを 書かない 何をやるか 曖昧 手応えを 感じにくくて 当たり前
アウトプットが よくわからない 役割が よくわからない 責務
まずはEMの責務を しっかり抑えてみる
重要な前提 組織やプロダクトによって EMの責務は様々
責務の探り方
普遍的な 責務 コンテキスト上の 責務 EMの責務の探り方
普遍的な 責務 コンテキスト上の 責務 EMの責務の探り方 • 「マネジメント」という業 種を問わない分野 ・組織上のロールやグレード ・業種や事業のフェーズ
・ステークホルダーの期待
普遍的な 責務 コンテキスト上の 責務 EMの責務の探り方 • 「マネジメント」という業 種を問わない分野 ・組織上のロール ・業種や事業のフェーズ
・ステークホルダーの期待
EMの普遍的な責務 マネージャーの アウトプット EN 『HIGH OUTPUT MANAGEMENT』 JA 『エンジニアリングマネージャーのしごと』より あなたの
チームの アウトプット あなたが 影響を与えた 他のチームの アウトプット = + Manager's Output = The output of their organization + The output of neighboring organization under their influence
EMの普遍的な責務 マネージャーの役割 1. 部分の和よりも大きな全体、すなわち投入した資源の 総和よりも大きなものを生み出す生産体を創造するこ と 2. あらゆる決定と行動において、ただちに必要とされて いるものと遠い将来に必要とされるものを調和させて いくこと
『マネジメント エッセンシャル版』より
普遍的な 責務 コンテキスト上の 責務 EMの責務の探り方 • 「マネジメント」という業 種を問わない分野 ・組織上のロール ・業種や事業のフェーズ
・ステークホルダーの期待
EMのコンテキスト上の責務(組織上のロール) CTO Chief Tech Lead Tech Lead VPoE EM of
Manager Engineering Manager リーダー プロフェッショナル 新人 askenエンジニアのグレード エンジニアリングマネージャーと テックリードで分岐
EMのコンテキスト上の責務(組織上のロール) CTO Chief Tech Lead Tech Lead VPoE EM of
Manager Engineering Manager リーダー プロフェッショナル 新人 チーム単位の成果に向け、チームの方向性や 方針を意思決定し、開発プロセス向上、 メンバーの成長の支援を行っている 部門方針をチーム方針につなげている askenエンジニアのグレード <想定スキル例> ・チェンジマネジメント ・コーチング ・メンバー育成、目標設定 ・財務諸表(PL/BS)の知識
EMのコンテキスト上の責務 関係者間で期待をすり合わせる プロダクト マネージャー 事業責任者 エンジニアリング マネージャー 事業戦略決定 Contributor Driver
Contributor プロダクトビジョン策定 Driver Contributor, Approver Contributor ピープルマネジメント Contributor Driver etc… … … … DACIモデルで整理がおすすめ
ここまでが責務の話
責務を果たそうと してみる
認識が 合わない チームの 行動に 繋げられない 正解が わからない 意思決定 できない 情報が
足りない
認識が 合わない 行動に 繋がらない 正解が わからない 意思決定 できない 情報が 足りない
「わからないこと」だらけ
“人間にとって、本質的に「わからない こと」はたった2つしかありません。 それは「未来」と「他人」です。” 『エンジニアリング組織論への招待』より
認識が 合わない チームの 行動に 繋げられない 正解が わからない 意思決定 できない 情報が
足りない 他人 未来
コミュニケーションを 通じて「わからないこと」 を減らす 経験学習(行動と実験)を 通じて「わからないこと」 を減らす 他人 未来
EMとしての「他人」と「未来」への向き合い方 コミュニケーションを通じて チームやステークホルダー との共通認識や行動を生み 出していく 経験学習(行動と実験) を通じてゴールやあるべ き姿に近づけていく 他人 未来
具体的な取り組みの一例 • 事業責任者と週1のMTGを設定して接点を増やし、事業の理解度をあげる • 方針やゴールをスライド、図やモデルにして認識を合わせる(概念化) • チーム振り返りの積極開催。「行動してみてわかったこと」からの学びを重視 • 「成果のために何をすべきか?」という「問い」をメンバー各自に考えてもらう。 個人の目標として明確化し、キックオフで認識合わせ会を行う
• 1on1でメンバーの気づきや行動を後押しする(フィードバック、コーチング) • 相互レビューの重視。重要なアウトプットの認識ずれや間違いを避ける • チームの意見が出やすいようにMTG設計(ファシリテートやチェックイン) などなど
「わからないこと」についての 最近の気づき
認識が 合わない チームの 行動に 繋げられない 正解が わからない 意思決定 できない 情報が
足りない 他人 未来
認識が 合わない チームの 行動に 繋げられない 正解が わからない 意思決定 できない 情報が
足りない 他人 未来 どれだけ情報を生み出して 思考投資しても、 意思決定は難しい
難しい意思決定をする上で、 「自分自身」についても「わからないこと」を 減らしていくと良い気がする ・価値観 ・個人のビジョン、ありたい姿 ・自分のスタイル、型 など
まとめ エンジニアリングマネージャーとして手応えを掴むためのヒント • 最初は手応えがなくて当たり前 • EMの責務をしっかり抑えておくと良い • 責務を果たそうとすると「わからないこと」だらけ • 「わからないこと」は「他人」と「未来」から生まれる
• 「コミュニケーション」と「経験学習」を駆使して、あの手この手で 共通認識と行動を生み出しながらチームでゴールを目指す • 「自分」の「わからないこと」にも向き合い意思決定に挑む
サーバーサイドエンジニア ヘルスケアアプリ・あすけんのサーバサイドエンジニア募集!(Wantedly) インフラエンジニア 急成長中のヘルスケアアプリを支えてくれるインフラエンジニア募集!(Wantedly) iOSエンジニア 急成長中のヘルスケアアプリのグロースに携わる!iOSエンジニア募集!(Wantedly) Androidエンジニア 世界中のユーザーの健康を支えるヘルスケアアプリの開発をお任せします!!(Wantedly) エンジニア積極採用中です
エンジニアがエンジニアリングマネージャーになって 最初にやったこと 2022.10.06 askenエンジニアリングマネジメント勉強会 以上