What is "engineer to manager" ?

Transcript

1. エンジニアからマネージャに なるってどういうことよ 未来大×企業エンジニア 春のLT大会 クックパッド株式会社 買物事業部 テックリード 勝間　亮

2. •勝間 亮 (@ryo_katsuma) •2006.03 早稲田大学院卒業 •2006.04~ 技術ベンチャー入社 •2009.05~ クックパッド転職 ‣~

   2013 レシピ領域サービス開発エンジニア ‣~ 2017 レシピ領域マネージャー ‣2018~ 新規事業(買物領域) 立ち上げ
3. None

4. 開発 •注文、コンテンツ管理、店舗発注、配送管理 ‣ Microservices、Docker、AWS、IoT… •ドライバーの配送管理 ‣ 巡回セールスマン問題 •配送時の積載率の向上 ‣ ナップサック問題

5. 本題

6. キャリアについて

7. 「エンジニアとして入って
 　将来はマネージメントにも挑戦してみたいと
 　思っています！」

8. ϚωʔδϟʔΑ͘Θ͔ͬͯͳ͍ͷʹ
   ϚωʔδϟͳΔͱ͔͓લͦΕ
   αόϯφͰ΋ಉ͜͡ͱݴ͑Μͷʁ
   

9. 気持ちは分かる

10. が、、 •何もやらずマネージメントのイメージはつかない、、 •そもそも誰も教えてくれるわけでもない、、 ‣ イメージで語る以外ない •せめてもう少し教えてくれる機会があれば、、

11. None

12. 前提

13. なぜマネージャーになったの •サービス開発エンジニアとして入社 •開発もこなれてきて部署の開発リーダー的ポジション •事業のための開発のリード ‣ 改めてサービスを作ることにフォーカスしたい •小規模なマネージメントはなれてきた ‣ 大きな挑戦をしてみたい

14. なぜマネージャーになったの •サービス開発の部署でマネージャーのオファー ‣ 開発は減るかも ‣ サービスについて責任感持って考えることは好都合？

15. ϚωʔδϟʔΑ͘Θ͔ͬͯͳ͍ͷʹ
    ϚωʔδϟͳΔͱ͔͓લͦΕ
    αόϯφͰ΋ಉ͜͡ͱݴ͑Μͷʁ
    

16. サバンナだと多分ヤられる •相当カジュアルな動機からマネージャーへ •偶発性は高いものの興味があることは周囲に言ってた ‣ きっかけは作れていたのかも？

17. None

18. by ドラッガー 「組織に成果をあげさせるための
 道具、機能、機関」

19. よくわからん

20. 自分がやっていたこと •予算、人員計画 •目標管理 •行動計画 •進捗管理 •評価 •育成、採用

21. 具体的に言うと •予算、人員計画 •目標管理 •行動計画 •進捗管理 •評価 •育成、採用 会社の方向性に合わせて自部署で向かうゴール定義 必要と思われる人員案とチーム構成を考え チーム毎にどうすべきかをリーダー陣中心に話

    任せるべきことは任せて週定例などで確認 定期1-1の面談で個々人の課題発見と課題解決 組織もメンバーも成果が出る状態を考える

22. ͓લɺͦΕͰ͖ͯͨͷʁɹɹɹɹɹ
    

23. ムズすぎィ！！

24. 参考書籍とか •あるっちゃあるけど即効性はない •自分なりの考えを持って実行しないとわからない •ドラッガーの部下は自分の部下ではない

25. と、思った時期もあったが •組織運営もサービス開発 •向かいたいゴールはあるが正解はわからない •小さく試して成功したら大きく広げる ‣ 新しい開発スタイルを特定のチームだけ試す •これはこれで楽しみを覚え始めた

26. None

27. そうとも言えない •純粋なキャリアアップではない •本質的には役割の違い ‣ エンジニア: サービス、仕組みの実現 ‣ マネージャー: 組織の管理監督 •すごいエンジニア

    → マネージャになるわけではない

28. 給与 •マネージャーの方が良いとも言えない ‣ マネージャー給与 < メンバー給与 なケースもある •実際は少しは上がった ‣ 特定の企業における個人の意見です

29. 給与 •マネージャーの方が良いとも言えない ‣ マネージャー給与 < メンバー給与 なケースもある •実際は少しは上がった ‣ 特定の企業における個人の意見です

30. 役割の違い？

31. エンジニア上がりマネージャーが おかしがちな問題

32. •「コードも書くし、マネージメントもやるし！」

33. •「コードも書くし、マネージメントもやるし！」 •「勝間さんがこれ作らないと進まないです」

34. •「コードも書くし、マネージメントもやるし！」 •「勝間さんがこれ作らないと進まないです」 •「ひえ〜」

35. ͓લɺ΍Δ͜ͱ
    ΍ͬͯͳ͍Μ͡ΌΌͶʔͷʁɹ
    

36. 二足の草鞋は履けない •マネージャは組織の管理監督が役割 •エンジニアは組織の目標達成のためにモノを作る役割 •超人的なマルチタスクこなしマンじゃないと無理

37. とはいえ •領域未経験者が領域の管理監督を行うことは難しい ‣ 一切経験がない専門職の組織を引っ張るのは難しい •管理監督を行う上で領域における経験はやはり重要 ‣ マネージメントのプロはまた違うのかも

38. None

39. なんでやめたの •4年間マネージメント ‣ 自分ができることはやれた ‣ 自分ができることの限界も知れた •マネージメントは得意と言い切ることはできないが苦手ではない ‣ 一方で、事業をしっかり伸ばすことまではリードできなかった ‣

    もっと得意な人、得意そうな人に機会があるべき •自分は自分で新しい挑戦をしたい新規事業への挑戦

40. 役割が変わる •キャリアダウンではない •給与はも下がるわけではない ‣ ※ N=1の事例 •能力が下がるわけではない

41. 役割が変わる •キャリアダウンではない •給与は下がるわけではない ‣ ※ N=1の事例 •能力が下がるわけではない

42. ͓લɺձࣾͰ
    ׯ͞ΕͯΜ͡ΌͶʔͷʁɹ
    

43. 周囲からの評価が下がる訳ではない •「あいつはダメになったらしい」 ‣ とは言われていない（と思っている）

44. 逆に •パフォーマンス出しやすい •組織上どういう動きをしてほしいか読める

45. 全知全能の神ではない •マネージャーは何でも把握しているわけではない •マネージャーは何でも知っているわけではない •メンバーにはいい感じに動いてほしい

46. がんがん動ける •勘所がわかってる ‣ ここは勝手に開発すすめていいところ ‣ ここは確認を取ったほうが安心されるところ •いい意味で自律的に動ける ‣ 経験をよい意味で活かせられている

47. まとめ

48. キャリアについて •本質的には役割の違い ‣ キャリアアップ、ダウンではない ‣ エンジニアとマネージャそれぞれの役割がある •キャリアを考える人、マネージメントに興味ある人の 参考になれば

49. ϚωʔδϟʔΑ͘Θ͔ͬͯͳ͍ͷʹ
    ϚωʔδϟͳΔͱ͔͓લͦΕ
    αόϯφͰ΋ಉ͜͡ͱݴ͑Μͷʁ
    

50. ·͊ɺɺͪΐͬͱ͸෼͔ͬͨΜ͔ʁ
    

51. ITサバンナで生きていくぞ！！

52. ご清聴ありがとうございました