私が思うマネージャー業務.pdf

Transcript

1. 最近私が思うマネジメントについて ikezoe.makoto
2. そもそもお前だれよ 新卒5年⽬ php, go, インフラ, リーダー2年⽬ メンターばっかりしてます(現メンティー4⼈) イベント運営ばっかりしてます(Hacker'sGATE, Oysters, TeckUp) twitter: @for__3
3. 仮定 最近読んだ High Output Management の本の内容にだいぶ寄った意⾒です 難しいので、例として⾞を作る⽣産⼯程をイメージしてください (エンジニアにおけるマネジメントの話は難しいので、あとで話します)
4. よくある(だめな)マネジメント マネージャー 今⽉の⾞の⽣産⽬標100台ね じゃあ君は今⽉20台⽬標ね 進捗どうですか？ え、まだ5台しかできてないの？どうするの？
5. 私が思うマネジメントの仕事 ⽣産者だけではできない⽣産⼯程の根本改善 ⽬標管理 ⽣産ラインの安定化 ボトルネック分析
6. さっきの例 マネージャー 今⽉の⾞の⽣産⽬標100台ね (チーム⽬標管理) じゃあ君は今⽉20台⽬標ね (個⼈⽬標設定) 進捗どうですか？ (進捗管理) え、まだ5台しかできてないの？どうするの？ (課題解決?)
7. 何をしないと⾏けなかったか 進捗確認して「できてないじゃん」じゃ遅い 現場のボトルネック分析を⾏って何を改善すべきかを考えて⼤胆な改⾰を⾏う必 要があった
8. ⼀旦話を置いておいて
9. エンジニアの仕事 ってどんな仕事ですかね？
10. エンジニアの仕事 業務フローを⾃動化（簡略化含む）する業務 ※ コードを書くとか、設計をするとかもこの⽬的を達成するための1タスク
11. 業務フローを⾃動化するためには なんのために業務フローを⾃動化しないと⾏けないのかを知らないといけないし 業務フローを詳しく理解しないといけないし 業務フローの中でボトルネックとなってる部分の理解が必要だし
12. あれ？これってマネージャー業ににてね？
13. 私がエンジニアのマネージャーが⼤変な理由 エンジニアの普段の業務⾃体がマネージャーに似ている マネージャー業務をマネージャーしていかないと⾏けない メタ構造的になる
14. 私がエンジニアのマネージャーが⼤変な理由 エンジニアの普段の業務⾃体がマネージャーに似ている マネージャー業務をマネージャーしていかないと⾏けない メタ構造的になる つまりマネージャーの次元が⾼くなるので難しい のではと私は思ってます
15. でも エンジニアが普段やってる業務とマネージャー業務実は似てるので、うまく理解 出来ると楽しく出来るのでは？と思ってます。
16. まとめ マネージャーがやるべきことは進捗管理ではない マネージャーは⽬標達成のための業務フローの根本改善をする業務 エンジニアとマネージャー似てるので仲良くしましょう〜