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
組込みだけじゃない!TinyGo で始める無料クラウド開発入門
otakakot
0
200
育てるアーキテクチャ:戦い抜くPythonマイクロサービスの設計と進化戦略
fujidomoe
1
170
The Past, Present, and Future of Enterprise Java
ivargrimstad
0
210
Go言語の特性を活かした公式MCP SDKの設計
hond0413
1
230
Web フロントエンドエンジニアに開かれる AI Agent プロダクト開発 - Vercel AI SDK を観察して AI Agent と仲良くなろう! #FEC余熱NIGHT
izumin5210
3
490
CSC305 Lecture 04
javiergs
PRO
0
260
なぜGoのジェネリクスはこの形なのか? Featherweight Goが明かす設計の核心
ryotaros
7
1.1k
Server Side Kotlin Meetup vol.16: 内部動作を理解して ハイパフォーマンスなサーバサイド Kotlin アプリケーションを書こう
ternbusty
2
130
タスクの特性や不確実性に応じた最適な作業スタイルの選択(ペアプロ・モブプロ・ソロプロ)と実践 / Optimal Work Style Selection: Pair, Mob, or Solo Programming.
honyanya
3
160
明日から始めるリファクタリング
ryounasso
0
130
The Past, Present, and Future of Enterprise Java
ivargrimstad
0
280
10年もののAPIサーバーにおけるCI/CDの改善の奮闘
mbook
0
800
Featured
See All Featured
Thoughts on Productivity
jonyablonski
70
4.9k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
234
17k
Building Better People: How to give real-time feedback that sticks.
wjessup
368
20k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
162
15k
Building a Modern Day E-commerce SEO Strategy
aleyda
43
7.7k
Principles of Awesome APIs and How to Build Them.
keavy
127
17k
Into the Great Unknown - MozCon
thekraken
40
2.1k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
34
6.1k
Music & Morning Musume
bryan
46
6.8k
A Tale of Four Properties
chriscoyier
160
23k
jQuery: Nuts, Bolts and Bling
dougneiner
64
7.9k
Practical Orchestrator
shlominoach
190
11k
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