Tweet
Tweet

Slide 1

Slide 1 text

最近私が思うマネジメントについて ikezoe.makoto

Slide 2

Slide 2 text

そもそもお前だれよ 新卒5年⽬ php, go, インフラ, リーダー2年⽬ メンターばっかりしてます(現メンティー4⼈) イベント運営ばっかりしてます(Hacker'sGATE, Oysters, TeckUp) twitter: @for__3

Slide 3

Slide 3 text

仮定 最近読んだ High Output Management の本の内容にだいぶ寄った意⾒です 難しいので、例として⾞を作る⽣産⼯程をイメージしてください (エンジニアにおけるマネジメントの話は難しいので、あとで話します)

Slide 4

Slide 4 text

よくある(だめな)マネジメント マネージャー 今⽉の⾞の⽣産⽬標100台ね じゃあ君は今⽉20台⽬標ね 進捗どうですか？ え、まだ5台しかできてないの？どうするの？

Slide 5

Slide 5 text

私が思うマネジメントの仕事 ⽣産者だけではできない⽣産⼯程の根本改善 ⽬標管理 ⽣産ラインの安定化 ボトルネック分析

Slide 6

Slide 6 text

さっきの例 マネージャー 今⽉の⾞の⽣産⽬標100台ね (チーム⽬標管理) じゃあ君は今⽉20台⽬標ね (個⼈⽬標設定) 進捗どうですか？ (進捗管理) え、まだ5台しかできてないの？どうするの？ (課題解決?)

Slide 7

Slide 7 text

何をしないと⾏けなかったか 進捗確認して「できてないじゃん」じゃ遅い 現場のボトルネック分析を⾏って何を改善すべきかを考えて⼤胆な改⾰を⾏う必 要があった

Slide 8

Slide 8 text

⼀旦話を置いておいて

Slide 9

Slide 9 text

エンジニアの仕事 ってどんな仕事ですかね？

Slide 10

Slide 10 text

エンジニアの仕事 業務フローを⾃動化（簡略化含む）する業務 ※ コードを書くとか、設計をするとかもこの⽬的を達成するための1タスク

Slide 11

Slide 11 text

業務フローを⾃動化するためには なんのために業務フローを⾃動化しないと⾏けないのかを知らないといけないし 業務フローを詳しく理解しないといけないし 業務フローの中でボトルネックとなってる部分の理解が必要だし

Slide 12

Slide 12 text

あれ？これってマネージャー業ににてね？

Slide 13

Slide 13 text

私がエンジニアのマネージャーが⼤変な理由 エンジニアの普段の業務⾃体がマネージャーに似ている マネージャー業務をマネージャーしていかないと⾏けない メタ構造的になる

Slide 14

Slide 14 text

私がエンジニアのマネージャーが⼤変な理由 エンジニアの普段の業務⾃体がマネージャーに似ている マネージャー業務をマネージャーしていかないと⾏けない メタ構造的になる つまりマネージャーの次元が⾼くなるので難しい のではと私は思ってます

Slide 15

Slide 15 text

でも エンジニアが普段やってる業務とマネージャー業務実は似てるので、うまく理解 出来ると楽しく出来るのでは？と思ってます。

Slide 16

Slide 16 text

まとめ マネージャーがやるべきことは進捗管理ではない マネージャーは⽬標達成のための業務フローの根本改善をする業務 エンジニアとマネージャー似てるので仲良くしましょう〜