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
私が思うマネージャー業務.pdf
Search
Z.O.E.
July 13, 2019
0
410
私が思うマネージャー業務.pdf
Z.O.E.
July 13, 2019
Tweet
Share
More Decks by Z.O.E.
See All by Z.O.E.
[PHPカンファレンス沖縄2024]「無理なくできるだけ安全に」テストもないレガシーコードをリファクタリングするテクニック
ikezoemakoto
4
310
[Developers Summit 2024 Summer]良いプロダクト作りのための組織育成 ~1on1完全攻略編~
ikezoemakoto
7
2.9k
【ぺちこん小田原2024懇親会LT】新卒教育できる組織を育成するためにしてきたこと(公開用)
ikezoemakoto
3
160
[Developers Summit 2024]良いプロダクト作りのための組織育成(理論&実践編) 健全なコードは健全な組織、健全なチームから
ikezoemakoto
16
7.3k
[PHPカンファレンス北海道2024 全然野菜]PHPとLaravelで使える ジェネレータを使った大量データ処理のパフォーマンス改善
ikezoemakoto
0
87
[PHPカンファレンス2023]NFCネームプレートを自作して楽しく交流しよう!
ikezoemakoto
0
620
[PHPカンファレンス沖縄2023]【実践編】良いプロダクト作りのための組織育成 健全なコードは健全な組織、健全なチームから
ikezoemakoto
2
770
良いプロダクト作りのための組織育成 健全なコードは、 健全な組織・健全なチームから
ikezoemakoto
8
4.8k
[Willgate]PHP5.xから脱却する為の道のり/池添,横道
ikezoemakoto
0
1.1k
Featured
See All Featured
Scaling GitHub
holman
458
140k
The Cost Of JavaScript in 2023
addyosmani
45
6.8k
What's new in Ruby 2.0
geeforr
343
31k
VelocityConf: Rendering Performance Case Studies
addyosmani
325
24k
How To Stay Up To Date on Web Technology
chriscoyier
788
250k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
93
16k
The World Runs on Bad Software
bkeepers
PRO
65
11k
Build The Right Thing And Hit Your Dates
maggiecrowley
33
2.4k
Making the Leap to Tech Lead
cromwellryan
133
8.9k
Reflections from 52 weeks, 52 projects
jeffersonlam
346
20k
Product Roadmaps are Hard
iamctodd
PRO
49
11k
YesSQL, Process and Tooling at Scale
rocio
169
14k
Transcript
最近私が思うマネジメントについて ikezoe.makoto
そもそもお前だれよ 新卒5年⽬ php, go, インフラ, リーダー2年⽬ メンターばっかりしてます(現メンティー4⼈) イベント運営ばっかりしてます(Hacker'sGATE, Oysters, TeckUp)
twitter: @for__3
仮定 最近読んだ High Output Management の本の内容にだいぶ寄った意⾒です 難しいので、例として⾞を作る⽣産⼯程をイメージしてください (エンジニアにおけるマネジメントの話は難しいので、あとで話します)
よくある(だめな)マネジメント マネージャー 今⽉の⾞の⽣産⽬標100台ね じゃあ君は今⽉20台⽬標ね 進捗どうですか? え、まだ5台しかできてないの?どうするの?
私が思うマネジメントの仕事 ⽣産者だけではできない⽣産⼯程の根本改善 ⽬標管理 ⽣産ラインの安定化 ボトルネック分析
さっきの例 マネージャー 今⽉の⾞の⽣産⽬標100台ね (チーム⽬標管理) じゃあ君は今⽉20台⽬標ね (個⼈⽬標設定) 進捗どうですか? (進捗管理) え、まだ5台しかできてないの?どうするの? (課題解決?)
何をしないと⾏けなかったか 進捗確認して「できてないじゃん」じゃ遅い 現場のボトルネック分析を⾏って何を改善すべきかを考えて⼤胆な改⾰を⾏う必 要があった
⼀旦話を置いておいて
エンジニアの仕事 ってどんな仕事ですかね?
エンジニアの仕事 業務フローを⾃動化(簡略化含む)する業務 ※ コードを書くとか、設計をするとかもこの⽬的を達成するための1タスク
業務フローを⾃動化するためには なんのために業務フローを⾃動化しないと⾏けないのかを知らないといけないし 業務フローを詳しく理解しないといけないし 業務フローの中でボトルネックとなってる部分の理解が必要だし
あれ?これってマネージャー業ににてね?
私がエンジニアのマネージャーが⼤変な理由 エンジニアの普段の業務⾃体がマネージャーに似ている マネージャー業務をマネージャーしていかないと⾏けない メタ構造的になる
私がエンジニアのマネージャーが⼤変な理由 エンジニアの普段の業務⾃体がマネージャーに似ている マネージャー業務をマネージャーしていかないと⾏けない メタ構造的になる つまりマネージャーの次元が⾼くなるので難しい のではと私は思ってます
でも エンジニアが普段やってる業務とマネージャー業務実は似てるので、うまく理解 出来ると楽しく出来るのでは?と思ってます。
まとめ マネージャーがやるべきことは進捗管理ではない マネージャーは⽬標達成のための業務フローの根本改善をする業務 エンジニアとマネージャー似てるので仲良くしましょう〜