エンジニアとマネジメントの距離/Engineering and Management

エンジニア向けにマネージャーの意義を解説した資料です。
作者の個人的経験を踏まえ、エンジニアだからこそできるマネジメントについて論じています。

Transcript

1. ©Growth and Living
2. ©Growth and Living 自己紹介 小田中 育生(おだなか いくお) / 株式会社カケハシ SCM Domain Head of Engineering 株式会社ナビタイムジャパンでVP of Engineeringを務め、2023年10 月にエンジニアリングマネージャーとして株式会社カケハシにジョイ ン。2025年3月よりHead of Engineeringを務め、「しなやかな医療体 験」を実現するべくチームマネジメント、組織開発などに奔走してい る。 Developers Summit 2024 Summer ベストスピーカー賞(2位) Developers CAREER Boost 2024 ベストスピーカー賞(1位) Developers Summit 2025 Summer ベストスピーカー賞(2位, 5位)
3. ©Growth and Living アジェンダ • エンジニアのキャリア分岐点 • マネージャーという選択肢 • マネージャーとしてのキャリア • エンジニアリングとマネジメント • 見たことのない景色を見にいこう
4. ©Growth and Living エンジニアのキャリア分岐点
5. ©Growth and Living エンジニアのキャリアに存在する大きな分岐 スペシャリストか？ マネージャーか？ 技術力を高めていき、 直接的な価値創出に貢献するか。 組織・仕組みづくりにコミットし、 影響範囲を拡大していくか。
6. ©Growth and Living かつて存在していた、プログラマ 35歳定年説 管理職になることがほぼ唯一のキャリアアップの選択肢
7. ©Growth and Living 手を動かし続けられる時代になった 2025年現在、組織のフラット化やエンジニア職の地位 確立などの要因により、IC（Individual Contributor）とし てのキャリアも確立。 マネージャーは「昇進」ではなく、数ある役割の中の「機 能の一つ」になりました。
8. ©Growth and Living 多様化するエンジニアの選択肢 https://codezine.jp/ エンジニアキャリア図鑑より テックリード、アーキテクト。 マネージャー以外のキャリアの選択肢。
9. ©Growth and Living マネージャーという選択肢
10. ©Growth and Living 避けられる管理職 一般社員の約 77%が 「管理職になりたくない」 出典: 77％が「管理職になりたくない」【調査レポート】ポジティブな管理職を育てるために人事が押さえたいポイントとは？ https://www.jmam.co.jp/hrm/column/0095-kanrishokuchousa.html
11. ©Growth and Living エンジニアの世界でも傾向は同じ IC志望 多くのエンジニアが集まる マネージャー志望 圧倒的に少ない
12. ©Growth and Living なぜマネージャーが選択されないのか 1. 専門性を磨きたい 技術が好きで、もっと深く掘り下げたい 技術者として影響力を広げたい 2. 何をするか不明瞭 仕事の魅力が見えない 会議ばかりに見える エンジニア職でもスキルアップすることで給与が上がるようになった中で、 「何をしているのかわからない」「でも、どうやら大変らしい」マネージャー職に 転身する意義を感じづらい時代になってきている
13. ©Growth and Living では、マネージャーという存在は不要か？ 意思決定する。 育成・評価を行う。 チームビルディングしゴールに向かう。 現場と事業を接続する。 マネージャーの仕事は、見えづらいけれども 重要なものです。
14. ©Growth and Living マネージャーとしてのキャリア
15. ©Growth and Living 私の場合 かつて私自身も、 マネージャーになる気はゼロでした。
16. ©Growth and Living 外資系半導体企業での経験 一人で開発するのがとにかく好きだった キャリアのスタートは研究開発。 誰にも邪魔されず、一人で黙々とコードを書き、 システムを作り上げることに没頭。
17. ©Growth and Living テストケース削減のおもしろさ 愚直にテストすると・・・ 9¹⁶ ≈ 1.85 x 10¹⁵ の組合せ 依存関係に着目しテストケース数を圧縮し・・・ 2,000-3,000 の組合せ
18. ©Growth and Living 転職し、カーナビ関連システムの開発へ マップマッチング、並列処理 …… GPS衛星データと道路ネットワークのマッチング。 並列処理によるパフォーマンスチューニング。 難しい技術課題に挑むことが、日々の楽しみ。
19. ©Growth and Living そんなある日のこと
20. ©Growth and Living 10年もののレガシーシステムをリファクタリングする ある時、長年の増改築で複雑化したシステムと対峙。 いわゆる「スパゲッティコード」の解消がミッションに。
21. ©Growth and Living ひるむ私に先輩がかけてくれた言葉 「僕もなんとかしたいと 思ってたんです。 一緒にやりましょう」
22. ©Growth and Living 協働する楽しさ 設計する私と、知見のある先輩 一人では解決できない歴史的経緯も、知識豊富な先 輩とのペア作業で解き明かしていきました。 これが初めて「チームで働く強さ」を感じた瞬間。
23. ©Growth and Living マネージャーへの道が開かれる 「マネージャーにならないか？」
24. ©Growth and Living 自分の中にあった葛藤 協働する中で、人と連携する楽しさ、醍醐味は感じていた。 一方、まだエンジニアとして「やりきった」感覚はない。コードを書くことを手放していいのか？ エンジニアリングを 手放すべきか？ 自分に 向いているのか？
25. ©Growth and Living 迷ったら、 Go オファーしてもらうこと自体が、貴重な体験。 せっかくだからマネジメントの世界に飛び込む
26. ©Growth and Living たくさんの失敗 チームメンバーの声に耳を傾けようーーと、チームにそもそも何が 期待されているのか？を脇において内向きになりすぎた、 エセ・サーバントリーダーシップ メンバーの Willを汲み取ることができずコンフリクトした経験
27. ©Growth and Living 少しばかりの成功 「一人では成し遂げられない」成果を生み出したとき メンバーが大きく成長を遂げたとき
28. ©Growth and Living
29. ©Growth and Living 一方で 手を動かして、自分で書いたコードが動く喜びからは遠ざかった GASでちょっとした Scriptを作り「作りたい欲」を満たす日々
30. ©Growth and Living エンジニアリングとマネジメント
31. ©Growth and Living これらは全く別の役割なのか (Manager != Engineer) はtrue? false?
32. ©Growth and Living 私はこう考える マネージャーだからこそできる エンジニアリングがある
33. ©Growth and Living 設計のねじれ システムが大きくなっていく中で 大なり小なり設計がねじれていきます
34. ©Growth and Living 設計のねじれ エンジニアとしては、あるべき姿に 設計しなおしたい。
35. ©Growth and Living 設計のねじれ けれども、今のねじれた設計は理由があってそうなっている その理由に向き合わず直しても、またねじれていく
36. ©Growth and Living TO BEだけではなく、 AS ISへもまなざしを持つ AS IS（現状）と TO BE（あるべき姿）の橋渡し 現状のスキルセットで現実的な解に落とし込むか。 組織を変えて理想に近づけるか。
37. ©Growth and Living 時間軸のエンジニアリング 過去の経緯（ねじれ）を理解し、解消へのロードマップを引く エンジニアとしての経験、ドメインへの理解、そしてマネージャーとしての権限が あるからこそできるアプローチ 過去 負債の発生 現在 背景への理解 解消プラン 未来 あるべき姿 根本解決
38. ©Growth and Living マネージャーとして、構造から設計にアプローチする
39. ©Growth and Living 最大の武器、「翻訳」 Tech Biz
40. ©Growth and Living 翻訳ケーススタディ 1: システムの老朽化とニーズ増加 開発スピード低下 システムが限界を迎えているが、ビジネスニーズは高まっている。 機能追加を強行すると不具合が頻発する、負荷が耐えられないところまできているなどの理由で リアーキテクチャ・リファクタリングを実施する必要がある。 ニーズ増加
41. ©Growth and Living どう伝える？ リファクタリングしたいんです これでは、「機能追加を優先して」と返されるだけです。 なぜかというと、リファクタリングにより創出されるビジネス的価値が 伝わらないためです。 6ヶ月後をターゲットにした機能開発ですが、 1ヶ月リアーキテクチャ・リファク タに集中することで遅延リスクを大幅に低減できます なぜリファクタリングをするのか、その効果は何か どれくらいの期間を要するのかが盛り込まれているため、 機能開発で得られるメリットと天秤にかけて判断しやすくなります
42. ©Growth and Living 翻訳ケーススタディ 2: リリース作業の負担増 リリース作業に時間がかかり、エンジニアが疲弊している。 開発生産性が向上しているためリリース頻度を高めたいが、この状況で頻度だけ上げると 現場の負担が上昇してしまう。 これはバーンアウト、作業ミスによるインシデント発生リスク向上につながる。
43. ©Growth and Living どう伝える？ 開発者体験をよくしたいので、リリースフローを省力化したい 開発者体験の向上は重要ですが、エンジニア組織以外の人がこの 言葉を聞くと「エンジニアが楽をしたいだけなのでは？」と誤解するお それがあります。 品質を保った上でリリース頻度を向上させる、開発生産性を向上させるため にはリリース作業を自動化していくことが必要です 品質、リリース頻度、開発生産性といったエンジニア以外にもわかる言葉で 自動化の効果を伝えることで、目指す姿に対して必要なアクションであるということが 伝わります。
44. ©Growth and Living Value Stream Mappingは強力な翻訳ツール
45. ©Growth and Living エンジニア出身のマネージャーだからできること Tech Biz Techの言葉も、 Bizの言葉もわかる。 TechがBizにスムーズに伝わることは、中長期的な価値創出に効く。 Bizの言葉がTechに伝わることで、モチベーション高く目の前の要望に応えられる。
46. ©Growth and Living 見たことのない景色を 見にいこう
47. ©Growth and Living あらためて (Manager != Engineer) はtrue? false?
48. ©Growth and Living エンジニア出身のマネージャーはエンジニアである 対象が「コード」から「組織・ビジネス」に広がった
49. ©Growth and Living 新たな知識・スキルを習得する必要がある 目標設定 組織設計 心理学
50. ©Growth and Living マネジメント領域は、学ぶ環境がある 書籍 コミュニティ
51. ©Growth and Living 難しい。けれど、登る価値のある山。 マネージャーだからこそできる エンジニアリングがある
52. ©Growth and Living 見える景色 一人では成し遂げられない成果 技術的な意思決定で 組織を、世界を変えていく
53. ©Growth and Living それでも、マネージャーの道へ進むのが怖いあなたへ キャリアは不可逆ではない この選択は、後戻りできないものではありません。 マネージャーになったあとエンジニアに戻り、 マネージャーの視点をもっているからこその 貢献で活躍している人を何人も知っています。
54. ©Growth and Living じゃあ、いっちょ やってみっか！ そういう人が増えたなら、なによりです。
55. ©Growth and Living ご清聴ありがとうございました