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
0
1.7k
Hatena Engineer Seminar #26 エンジニアとして チーム改善してたら EMになってた話
k-murakami0609
August 09, 2023
Tweet
Share
More Decks by k-murakami0609
See All by k-murakami0609
プロトタイプ編 Hatena Engineer Seminar #19
kmurakami0609
0
1.5k
Other Decks in Programming
See All in Programming
rage against annotate_predecessor
junk0612
0
170
AIを活用し、今後に備えるための技術知識 / Basic Knowledge to Utilize AI
kishida
22
5.8k
Swift Updates - Learn Languages 2025
koher
2
480
Tool Catalog Agent for Bedrock AgentCore Gateway
licux
6
2.5k
Ruby×iOSアプリ開発 ~共に歩んだエコシステムの物語~
temoki
0
320
GitHubとGitLabとAWS CodePipelineでCI/CDを組み比べてみた
satoshi256kbyte
4
240
ProxyによるWindow間RPC機構の構築
syumai
3
1.2k
Kiroで始めるAI-DLC
kaonash
2
590
アプリの "かわいい" を支えるアニメーションツールRiveについて
uetyo
0
270
Ruby Parser progress report 2025
yui_knk
1
440
旅行プランAIエージェント開発の裏側
ippo012
2
910
プロポーザル駆動学習 / Proposal-Driven Learning
mackey0225
2
1.3k
Featured
See All Featured
A Tale of Four Properties
chriscoyier
160
23k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
31
2.5k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
162
15k
Fashionably flexible responsive web design (full day workshop)
malarkey
407
66k
Navigating Team Friction
lara
189
15k
Raft: Consensus for Rubyists
vanstee
140
7.1k
Unsuck your backbone
ammeep
671
58k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
112
20k
Making Projects Easy
brettharned
117
6.4k
Code Reviewing Like a Champion
maltzj
525
40k
Connecting the Dots Between Site Speed, User Experience & Your Business [WebExpo 2025]
tammyeverts
8
520
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