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
マネージャー!きみは何者だ! #gotandaem
Search
mizuki_r
March 28, 2019
Technology
0
1.6k
マネージャー!きみは何者だ! #gotandaem
mizuki_r
March 28, 2019
Tweet
Share
More Decks by mizuki_r
See All by mizuki_r
税理士ドットコムの 技術的挑戦 #tapioca_lt
rymizuki
0
240
PHPを始めて1年、レガシーシステムにどう向き合っているか #phpstudy
rymizuki
1
600
モダンとレガシー #gotandaem
rymizuki
0
490
Vuexに型を付けるパターンを調べた #gotandajs
rymizuki
0
110
DockerでNodeの開発は厳しいのか? #gotandajs
rymizuki
3
340
物語を楽しむための物語論
rymizuki
0
470
失敗と向き合う
rymizuki
0
1.2k
社内勉強会と組織の成長を考える
rymizuki
1
2.5k
Webpackのビルド時間を1/3にした話 #gotandajs
rymizuki
9
4.1k
Other Decks in Technology
See All in Technology
LLMに日本語テキストを学習させる意義
ksaito
13
3.6k
強いチームを夢見て-PMからSREに転身して1年の振り返り / 20240906_bengo4_sre
bengo4com
2
800
四国のあのイベントの〇〇システムを45日間で構築した話 / cloudohenro2024_tachibana
biatunky
0
250
「名前解決」から振り返るAmazon VPC
yuki_ink
0
320
Javaにおける関数型プログラミンへの取り組み
skrb
7
270
Binary Authorizationと友達になろう / Let's be friends with Binary Authorization
iselegant
2
140
RAGHack: Kickoff and RAG 101
pamelafox
0
250
FastConnect の冗長性
ocise
0
7.1k
Staff Engineer / 20240827 Yuichiro Masui
shift_evolve
0
160
ログラスが面白いと思う理由をマネージャーがエモく語ってみる / 20240829 vs LT
yoshikiiida
1
520
突撃! 隣のAmazon Bedrockユーザー 〜YouはどうしてAWSで?〜
minorun365
PRO
2
170
Evolving DevOps Teams and Flexible Organizational Culture
kakehashi
1
160
Featured
See All Featured
StorybookのUI Testing Handbookを読んだ
zakiyama
25
5k
How GitHub (no longer) Works
holman
309
140k
Art, The Web, and Tiny UX
lynnandtonic
294
20k
The Art of Programming - Codeland 2020
erikaheidi
48
13k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
29
2.6k
Fantastic passwords and where to find them - at NoRuKo
philnash
47
2.8k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
42
2k
The Cost Of JavaScript in 2023
addyosmani
39
5.2k
Navigating Team Friction
lara
183
13k
Being A Developer After 40
akosma
82
580k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
157
15k
Web Components: a chance to create the future
zenorocha
308
41k
Transcript
マネージャー! きみは何者だ!? Gotanda.EM #1 @mizuki_r
@mizuki_r 弁護士ドットコム株式会社 税理士ドットコム事業部/開発チーム チームマネージャー 2 自己紹介 JavaScript, Vue, Nuxt, Perl,
PHP, Docker, AWS, etc…
経歴 • 2011年4月 (株)モバイルファクトリー 入社 • 2017年頃からTechLeadとして技術組織の構築に関心を開き、1on1と かやり始める • エンジニア19人くらい
• 2018年10月 弁護士ドットコム株式会社 入社 • 入社3ヶ月でチームマネージャーへ • エンジニア1人、デザイナ1人 • 兼任スクラムマスター
「俺、絶対マネージャーにはならないぞ」 と宣言してから2年が経過しました
質問
EMやってる人?
なるほど
EMって必要だと思う?
なるほど
EMになりたい人?
なるほどぉ
本日の趣旨
EMって本当に必要? なくせたりしない?
さまざまな役割が定義されてる昨今、 マネージャーという呼び方が適切なのか?
「何を」任せ、自動化すればEMなくせるか 考えてみよう!
諸注意 • 経験から感じ取ったことを元にお話します • 所属する組織・団体の主張ではなく、個人 の意見です • 鵜呑みにせず、参考にとどめましょう
マネージャー! きみは何者だ!
エンジニアのロール • Manager • Teck Lead • CTO • VPoE
• ScrumMaster、AgileCoach • PO、PM、etc….
マネージャーと一言に言っても… • 実は他の言葉で表現される(Tech Lead) • Tech Leadだと思ってたら他社だとEM • マネージャーだけど管理監督者ではない •
「エンジニアリング」がつかないのでEMではない 言葉が指し示す意味がわからない
実際困ること • マネージャーとして、何を目指して動けば いいのかわからない • マネージャーに対して、何を期待すればい いのかわからない
組織の中で、 マネージャーを定義する必要がある
自らを定義する • EMはいますか? • TLはいますか? • SMはいますか? 自分たちがどんな役割を何の役名で請け負っているのか知る (ex: RACIਤ)
責任と役割で定義する
マネージャーの責任 チーム・組織の価値を最大化する 価値: 売上、利益、サービスレベル目標(SLO)、など
マネージャーの責務 • ヒューマンマネジメント • チームマネジメント • レポートライン نߏʹԠͯ͡VPoEͱ͔ͱॏෳ͢ΔྖҬͰ͋Δ
ヒューマンマネジメント • 働きに応じて適切な報奨を与える • その人の進みたい方向性と業務をマッチングする • 成果を可視化する • 成果の進捗を確認する →
組織への帰属感、貢献を高めることで発揮出る価値を最大化
チームマネジメント • チーム文化の醸成 • どんな文化があり、どんな人が活躍できるか • あるいはそれの戦略づくり → 採用、広報、いかにしてチームを回すか
レポートライン • 組織の共有事項をチームに合わせて伝える • チームの課題を組織に合わせて伝える → 入出力を統一することで情報の分散・伝達漏れを防ぐ
マネージャーとは • フォーカスは「人」 • 個人と集団に対して働きかける • そして「組織の価値を最大化する」
マネージャーは必要?
必要な期待と信頼 • エンジニアの言語、意図が理解できる • エンジニアの言葉で、組織を説明できる • エンジニアの成果を、正しく評価できる
不要になる環境 • 職能による理解の障壁がない • 情報網が透明であり、疎通に混乱がない • 評価者がいなくとも個人の成果・成長が明 確
評価…?
エンジニアを評価する という役割
なぜ評価が必要か? • お給料を決める • ただし業績と給与と評価がどう連動するのかは十分な説 明を先にしたほうが良い • 成長を促す • やりたいことができている?
• 期待したことができている? • 成長を促すことで、組織の成長につなげる
“評価”の課題感 • 組織を俯瞰する必要がある • 自身もメンバーなら、自分すら客観視が必 要 • 納得感をどう作るか?
評価軸 • 成果で示す • 行動で示す
成果による評価 • 価値ある成果が可視化されにくい • 半年かけたプロジェクトだが業績への影響はなかっ た • 偶発性が高い • 30分で書いたクソコードで売上が倍になった
行動による評価 • 成長がどういう「行動として」現れるかを 定義する • 判断の表明、議論の姿勢、言葉遣い、表情、etc • 効果的な振る舞いに再現性を作れるか • 指導する、仕組みを作る、自動化する、etc
互いに評価し合う • EM個人ではなく、メンバー同士で情報を出 し合う • 成長の方向性と、それに対する変化を客観 的に表明し合う • リスクやコストとのトレードオフ
評価にEMは必要か? • 個々人のキャリアや業務内容をどこまでオー プンにできるか? • 集団に対して組織とキャリアの適正をどこ まで測れるか? 規模と性格、文化次第…
そろそろ結論
EM本当に必要? • 組織の中における”役割”を明確にする • マネージャーでしか表せない役割はあるだろうか • マネージャーに期待される責任は「チー ム・組織の価値を最大化する」 • 他の役割でそれが担えないか?
評価をどう行うか • 現場と組織の両方を知る必要がある • 知らなければ判断できない • 現場と組織の両方に働きかける必要がある • 働きかけなければ成長を認められない
終わりに • 組織が拡大してくと多様性が増す • 多様性が増すと人と人との関係が複雑になる • 多様で複雑な組織を健全に保つにためにどういうシ ステムがあるとよいか? • こういうことを考えたらこんな発表になりました
• 情報交換できるこういう場は非常にありがたいです
ご清聴ありがとうございました