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 エンジニアとして チーム改善してたら ...
Search
k-murakami0609
August 09, 2023
Programming
1.8k
0
Share
Hatena Engineer Seminar #26 エンジニアとして チーム改善してたら EMになってた話
k-murakami0609
August 09, 2023
More Decks by k-murakami0609
See All by k-murakami0609
プロトタイプ編 Hatena Engineer Seminar #19
kmurakami0609
0
1.6k
Other Decks in Programming
See All in Programming
Firefoxにコントリビューションして得られた学び
ken7253
2
170
Agentic UI in the Frontend: Architectures with Open Standards @JAX 2026 in Mainz
manfredsteyer
PRO
0
120
Sans tests, vos agents ne sont pas fiables
nabondance
0
140
いつか誰かが、と思っていた フロントエンド刷新5年間の実践知
kiichisugihara
1
290
Are We Really Coding 10× Faster with AI?
kohzas
0
200
権限チェックの一貫性を型で守る TypeScript による多層防御
mnch
3
280
ついに来た!本格的なマルチクラウド時代の Google Cloud
maroon1st
0
470
実践ハーネスエンジニアリング:ステアリングループを実例から読み解く / Practical Harness Engineering: Understanding Steering Loops Through Real-World Examples
nrslib
5
5.8k
プロパティの順序で型推論が壊れる!? TypeScript6.0の修正からContext-Sensitivityの仕組みを追う
bicstone
2
490
Modding RubyKaigi for Myself
yui_knk
0
360
Import assertionsが消えた日~ECMAScriptの仕様はどう決まり、なぜ覆るのか~
bicstone
2
190
UaaL×Androidアプリのメモリ計測 — Memory Profilerの先へ
rio432
0
160
Featured
See All Featured
Public Speaking Without Barfing On Your Shoes - THAT 2023
reverentgeek
1
390
Optimising Largest Contentful Paint
csswizardry
37
3.7k
Making the Leap to Tech Lead
cromwellryan
135
9.8k
JAMstack: Web Apps at Ludicrous Speed - All Things Open 2022
reverentgeek
1
450
30 Presentation Tips
portentint
PRO
1
300
Reality Check: Gamification 10 Years Later
codingconduct
0
2.1k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
360
30k
Avoiding the “Bad Training, Faster” Trap in the Age of AI
tmiket
0
150
Prompt Engineering for Job Search
mfonobong
0
310
Docker and Python
trallard
47
3.8k
Joys of Absence: A Defence of Solitary Play
codingconduct
1
370
How to build an LLM SEO readiness audit: a practical framework
nmsamuel
1
740
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