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
Hatena Engineer Seminar #26 エンジニアとして チーム改善してたら EMになってた話
Search
k-murakami0609
August 09, 2023
Programming
0
1.4k
Hatena Engineer Seminar #26 エンジニアとして チーム改善してたら EMになってた話
k-murakami0609
August 09, 2023
Tweet
Share
More Decks by k-murakami0609
See All by k-murakami0609
aaaa
kmurakami0609
0
4
プロトタイプ編 Hatena Engineer Seminar #19
kmurakami0609
0
1.2k
Other Decks in Programming
See All in Programming
Kotlin Multiplatform at Stable and Beyond (Android Makers 2024)
zsmb
0
540
Exploring the Implementation of “t.Run”, “t.Parallel”, and “t.Cleanup”
akarin
1
140
Goのmultiple errorsについて (2024年4月版)
syumai
4
1.2k
Git Rebase
bkuhlmann
11
1.6k
PHPはいつから死んでいるかの調査
chiroruxx
2
420
はてなにおける CSS Modules、及び CSS Modules に足りないもの / CSS Modules in Hatena, and CSS Modules missing parts
mizdra
7
1k
スキーマ駆動開発による品質とスピードの両立 - 私達は何故、スキーマを書くのか
kentaroutakeda
0
190
slow types ってなんだろう?
karad
0
150
Domain-Driven Transformation
hschwentner
2
1.5k
Go製Webアプリケーションのエラーとの向き合い方大全、あるいはやっぱりスタックトレース欲しいやん / Kyoto.go #50
utgwkk
6
1.8k
VS Code をプロダクトにどう取り込むか
onomax
1
780
Polars入門
daikikatsuragawa
1
190
Featured
See All Featured
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
34
6.1k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
79
44k
GraphQLとの向き合い方2022年版
quramy
33
12k
Web development in the modern age
philhawksworth
203
10k
The MySQL Ecosystem @ GitHub 2015
samlambert
244
12k
How To Stay Up To Date on Web Technology
chriscoyier
782
250k
It's Worth the Effort
3n
180
27k
GraphQLの誤解/rethinking-graphql
sonatard
56
9.3k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
188
16k
The Invisible Customer
myddelton
114
12k
For a Future-Friendly Web
brad_frost
172
9k
Building Flexible Design Systems
yeseniaperezcruz
320
37k
Transcript
エンジニアとして チーム改善してたら EMになってた話 id:k-murakami0609 1
想定読者 • EMになりたくないけど、やっている人 • EMになりたくないけど、やらされそう人 2
自己紹介 • id:k-murakami0609 • 2019/11 中途入社 • ノベルチーム EM 3
はてなの事業 | テクノロジーソリューションサービス 株式会社KADOKAWAとの共同開発 カクヨム 小説投稿・収益還元プラットフォーム(Web / アプリ) エンタテインメントサイト(Web) リニューアル開発・運用支援
魔法のiらんど
私の転職歴 5 • 大学時代 ◦ プログラミングやったことないけど、モノづくりをしたいのでプログラマになりたいと思った • 会社1 ◦ 一人プロジェクトでエンジニアリングから提案資料作りとか幅広くやっていたが、手を動かすことに集中し
たいと思った • 会社2 ◦ toCをやりたいと思った • 会社3 ◦ エンジニアリングの他に、社内調整などが多く、楽しいと思いつつも、手を動かすことに集中できる環境に 行きたかった • はてな ◦ 最初はエンジニアとして開発をしていたが、いつの間にかEMになっていた
今日話すこと • そんな私がEMをやっている理由 ◦ EMに満足している話 ◦ ピープルマネージメントも手段にすぎない ◦ エンジニアとEMを両立しても良い 6
はてなのEM • ただのロールである ◦ 特にエンジニアとの上下関係みたいなのはない ◦ 評価基準は変わるが、職能手当みたいなものはない ◦ 一方、多人数に影響を与えやすいポジションなので評 価されやすくはある
7
8 EMに満足している話
自分の志向 • プロダクトを良いものを安く早く、お客さん に届けて喜んでほしい • 無駄を無くすのが好き 9
どんなアクションをするのか • 開発上の無駄を削って、ユーザーの価値向上 につながる部分に時間を使えるようにする • コスパが良く、自分の得意分野や干渉しやす い部分から着手していく 10
システム編 • CIを速くしてみたり • Lintを整備してみたり • ... 11
チーム編 • レビューが高速に回る仕組みを考えたり • 定常作業の負荷軽減してみたり • ドキュメンテーションを考えてみたり • ... 12
ピープル編 • 成長を考慮してタスクを振ってみたり • 1on1や日々の仕事や雑談を通じて、得意不得 意・好き嫌いを見つけてみたり • 評価を通じて、成長支援したり • ...
13
結局、改善の延長だった • こうしてみるとプロダクトを成長させるため の改善の延長しかやってない 14
私にとってのEMロール • 裁量が大きく、ジェネラリストである自分に はEMはいいポジションだと思った 15
16 ピープルマネージメントも 手段にすぎない
考えが変わった理由 • 同僚が「チームの性質は所属する個人の性質 による」と言語化してくれた • 過去の失敗を通じて、人が育たないとプロダ クトが育たないことを理解した 17
過去の失敗 • 自分の一人で頑張りすぎて、自分がいなく なった後にチームの開発が滞った話をする 18
過去の失敗から得たもの • 自分が実現したいと思っているプロダクトの 成長のためには人の成長が必要、という考え に繋がった 19
自分にとってのピープルマネージメント • 今は、ピープルマネージメントもただのチー ムを改善する手段の一つでしかないことに気 づくことができた。 20
21 エンジニアとEMを 両立しても良い
EMに関する私の誤解 • 以前はこんなふうに思っていたり、言われた りした ◦ マネージャーはコードを書いてはいけない。書かない ようにメンバーを教育していくことが正しい ◦ マネージャーはピープルマネージメントをするもの 22
「コードを書いてはいけない」への私見 • EMとエンジニアを両立することの確実にメ リットがある部分がある • 例 ◦ このタスクをXXXさんに渡したいけど、この部分は (ちょっとむずそう |
興味がなさそう)みたいな時に、 その部分を自分で巻き取ってしまえば良い 23
エンジニアとEMの両立 • 忙しくはある • 規模がピザ2枚ルールに収まるならなんとか なっている • TLとEMの両立は私には難しい 24
まとめ • エンジニアかEMか迷っている人は、(はてな のような体制の場合には) どっちでもいいん じゃないかな • EMとエンジニアはやっていることは違うかも しれないけど、チーム改善って視点から見た らシームレスだなと思った
25