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.6k
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
複数アプリケーションを育てていくための共通化戦略
irof
10
4k
Go1.25からのGOMAXPROCS
kuro_kurorrr
1
790
第9回 情シス転職ミートアップ 株式会社IVRy(アイブリー)の紹介
ivry_presentationmaterials
1
210
Datadog RUM 本番導入までの道
shinter61
1
310
レガシーシステムの機能調査・開発におけるAI利活用
takuya_ohtonari
0
610
What Spring Developers Should Know About Jakarta EE
ivargrimstad
0
140
来たるべき 8.0 に備えて React 19 新機能と React Router 固有機能の取捨選択とすり合わせを考える
oukayuka
2
830
Using AI Tools Around Software Development
inouehi
0
1.2k
ASP.NETアプリケーションのモダナイズ インフラ編
tomokusaba
1
390
アンドパッドの Go 勉強会「 gopher 会」とその内容の紹介
andpad
0
250
A2A プロトコルを試してみる
azukiazusa1
2
930
たった 1 枚の PHP ファイルで実装する MCP サーバ / MCP Server with Vanilla PHP
okashoi
1
150
Featured
See All Featured
Optimizing for Happiness
mojombo
379
70k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
252
21k
Stop Working from a Prison Cell
hatefulcrawdad
270
20k
Measuring & Analyzing Core Web Vitals
bluesmoon
7
490
Reflections from 52 weeks, 52 projects
jeffersonlam
351
20k
Adopting Sorbet at Scale
ufuk
77
9.4k
Why Our Code Smells
bkeepers
PRO
337
57k
Building Applications with DynamoDB
mza
95
6.5k
Build your cross-platform service in a week with App Engine
jlugia
231
18k
What's in a price? How to price your products and services
michaelherold
245
12k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.3k
Why You Should Never Use an ORM
jnunemaker
PRO
56
9.4k
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