器用貧乏が強みになるまで ～「なんでもやる」が導いたエンジニアとしての現在地～

Developers Summit 2026・Dev x PM Day
https://event.shoeisha.jp/devsumi/20260218/session/6511
での登壇資料です

Transcript

1. ©KAKEHASHI inc. 器用貧乏が強みになるまで 〜「なんでもやる」が導いた現在地〜 2026年02月20日 もっち(松本 明紘) Developers Summit 2026
2. 器用貧乏 2
3. 最近、器用貧乏だなあって思ったタイミング 本書きたいなあって思ったけど、 自分だったらこれだなってものがパッと出てこない ふと副業を始めてみようかなって思ったけど、 何を武器にするのが良いか分からなかった 3
4. 深さ(専門性)が 足りない 気がする 4
5. XXXのスペシャリスト って言いたい！ ときもある 5
6. でも、同時にこうも思っている • 器用貧乏だからこそ貢献できたこともたくさんある • そんな自分でも良いと思っている自分もいる 6
7. つまり、今でも悩みながら進んでいる 本日お話するのは、成功体験ではありません。 N1の正直な迷いと、それでも前に進んでいる現在地。 7
8. それでも本日伝えたいこと • 器用貧乏は色んな変化の中で たくさんのチャレンジをしてきた結果 • 変化の激しい時代だからこそ 変化への耐性は強い武器になっている 8
9. 株式会社日立製作所(２０09年4月〜2023年2月) 株式会社 カケハシ(2023年2月〜現在) • AI在庫管理、新規プロダクト • バックエンドに軸足を置くテックリード もっち(X: @mottyzzz) 松本 明紘 自己紹介 9
10. 大学生のときからコードを書くのが一番好きだった • 構造を作るのが好きだった オブジェクト指向、アーキテクチャ、データ構造 自動化 • 毎日リファクタリングしてた • 正月もコード書いてた 10
11. バイブル CODE COMPLETE Steve McConnell 著 (株)クイープ 訳 リファクタリング Martin Fowler 著 児玉 公信 訳 友野 晶夫 訳 平澤 章 訳 梅澤 真史 訳 エンタープライズアプリケーション アーキテクチャパターン(PoEAA) マーチン・ファウラー 著 長瀬嘉秀 監訳 株式会社テクノロジックアート 訳 Enterprise Integration Patterns (EIP) Gregor Hohpe 著 Bobby Woolf 著 Refactoring to Patterns Joshua Kerievsky 著 11
12. EP1：入社してミドルウェアを開発する部署に配属 APサーバー製品、データベース 製品などを開発・扱っている部 署で、コードもたくさんかけて楽 しかった ちょっとイキってた 12
13. ある日、ユーザーとの接点ができた 開発以外は自分の仕事じゃないと思ってた 人と話すのは嫌いじゃないけど、人見知りだから嫌な気持ちの方が強かった ミドルウェア 製品 システム 開発 利用 開発 提案 利用や導入の支援 開発チーム （　 ） 13
14. 良いモノを作っていると思ってた • 開発者目線では良いプロダクトを作れていると思っていた • ドキュメントも丁寧に正しくたくさん書けていた • マニュアル読めば全部書いてあるじゃんって思ってた (いわゆる「公式ドキュメント」読めってやつ) 14
15. ユーザーの立場に立ってみて • 巨大なシステムの極一部 • ユーザーからの視点で見ると、使いやすい・分かりやすいと は思えなかった 15
16. モノからコトへの転換 • 「モノ(機能・製品)を作る」から「コト(体験)を作る」への転換 • どれだけ安全なプロダクトを作っても、それだけじゃ安心感 を持ってもらえるわけではなかった 16
17. あれ コード書いてるだけじゃ 価値とどけられないじゃん 17
18. EP2：自社ビルのトイレ混雑問題を解決する改善活動 業務外で自分たちが困っていた課 題に対しての改善活動 チームも自分たちで構成する 18
19. 自席から空いているトイレを見つけられるようにした みんなのラズパイコンテスト2015： ［優秀賞］社内トイレの空き個室を自席で確認、距離センサーで扉の開閉チェック | 日経クロステック（xTECH） https://xtech.nikkei.com/it/atcl/column/16/060700122/062000022/?i_cid=nbpnxt_child_parent 19
20. サーバー用意して センサーつけて 開発は簡単簡単！ 20
21. 実際、モノはすぐにできた 21
22. ソフトウェア以外のところで課題がたっくさん • Raspberry Piを会社資産に • 設置許可 • 総務、社内IT部門、警備との調整 22
23. 他部署との調整とか 自分の仕事じゃ…(略 23
24. パワフルに 色んな部署と調整してくれた 先輩の存在 24
25. 正直、先輩 かっこいいなと 思った 25
26. そして、やってみての気付きも多かった • トイレの屋根裏に電源とWiFi届かない • ハードウェアの故障に気づかない • 人感センサーの精度が悪い 26
27. マインドセットが変わってきた • 他部署との調整もやるようになってきた • 価値を届けるためには、 コード書く以外にも大事なことたくさんある • 他のエンジニアや、エンジニア以外の職種へのリスペクト 27
28. イキってたのも落ち着いた (視野が狭かったあの頃の自分恥ずかしい) 28
29. コード書くのも好きだけど 価値を届けるのも好きだな 29
30. 基本スタンスも変わってきた やったことないので やってみたいです！ 30
31. EP3：新規サービス+プロダクトの開発 • 初めての開発提案 • その中でも自分はプロダクトの開発部分が中心 • 第三次AIブームの中での 機械学習系のプロダクト • 尖ったコア技術があった サービス プロダクト コア技術 31
32. たくさん勉強もしたし、たくさん考えた • 機械学習自体の仕組み、フレームワーク、ライブラリ • コア技術のプロトタイプを製品化するために アルゴリズムを理解 • データ分析の方法論、プロセス • ターゲットとなる顧客のドメイン知識 32
33. 自分が予算獲得することになると とても大きなプロジェクト 33
34. すごい (自分比) 34
35. これまでと違う責任感 まあまあ胃が痛い 35
36. そして(自分の)見積もりもあまく、追加費用分を提案 胃が痛い 36
37. 他にも色々やった • 契約書の文章考えたり • インシデント発生時のエスカレーションフロー考えたり • ニュースリリース出したり • 他社のソフトウェア製品を調達したり • OSSライセンスたくさん調べたり • R&Dの組織とも連携して 未来を見据えた技術検証を進めたり 37
38. 引き合いは結構きた • 提案しに行ったり • お試しの無償PoCをやったり • 数カ月の有償PoCをやったり 38
39. でも本導入には至らなかった • いわゆるPoC貧乏 • 機械学習になると100点を求められる現象 • 顧客側の導入決定のプロセスや体制が見えていなかった 39
40. 最後、資産滅却した 40
41. 最後はさすがに 結構思うところがあった 41
42. 悔しい 42
43. ユーザーだけを見ていた • 相手も大企業であることが多かった • 顧客（意思決定者・予算決定者）が見えてなかった • プロジェクトの責任者がどのように稟議を通しているか が見えていなかった 43
44. 失敗するにしても • Fail Fast • もっとアジャイルなプロセスにもチャレンジすべきだった 44
45. 価値を届けるための プロセスも大切 45
46. 他にも色んな経験をさせてもらった • 特許書いたり • PjMなど、まったくコードを書かない期間 • 外部委託の発注書を書いたり • 障害報告書を書いたり • データサイエンティストとして工場にマイクを設置しに行って、工場の録音データ を聞きまくる期間 • 週に1日だけのはずの愛知県出張、いつのまにか週4日で行くことになったり • 一人で顧客先のデータセンターに籠もったり • プロジェクトを複数兼務する辛さを味わったり 46
47. 結果的に器用貧乏に • 技術的な深さを諦めてたわけではない • 一人で全部やってきたわけでもない • 最初はきっかけをもらって、 その後は自分で選んで、 人を巻き込みながら前に進み続けた結果が「器用貧乏」 47
48. 色んなことに飛び込んだ結果 肩書き（名刺の表現） 経験したロールや職種(体制図などの表現) • エンジニア • ソフトウェアエンジニア • アプリケーションエンジニア • アプリケーション基盤エンジニア • バックエンドエンジニア • プラットフォームエンジニア • ソリューションアーキテクト • IoTエンジニア • プロジェクトリーダー • プロジェクトマネージャー • MLエンジニア • UXエンジニア • アーキテクト • テックリード • データサイエンティスト • データアーキテクト • データエンジニア • アカウントエンジニア • テクニカルエンジニア ※うろ覚えの名称もあります 48
49. 色んなことに飛び込んだ結果 肩書き（名刺の表現） 経験したロールや職種(体制図などの表現) • エンジニア • ソフトウェアエンジニア • アプリケーションエンジニア • アプリケーション基盤エンジニア • バックエンドエンジニア • プラットフォームエンジニア • ソリューションアーキテクト • IoTエンジニア • プロジェクトリーダー • プロジェクトマネージャー • MLエンジニア • UXエンジニア • アーキテクト • テックリード • データサイエンティスト • データアーキテクト • データエンジニア • アカウントエンジニア • テクニカルエンジニア ※うろ覚えの名称もあります いったい何者？ 49
50. (与えられた) ロールなんて なんでもいい 50
51. ふりかえると ロールの範囲のちょっと先に 大切なものがあった 51
52. できてないと思うことも たくさんあった 52
53. 行動しないと 気づかなかったものばかり 53
54. 「なんでもやる」が広げたもの そして現在地
55. 「なんでもやる」が広げたもの ① 曖昧な状況でもとりあえずやってみる力 ② エンジニアリングの幅 ③ ロール間をつなげる力 55
56. ① 曖昧な状況でもとりあえずやってみる力 • 正解がない中でも前に進める • 新しい技術領域でも まず触ってみる • 「やったことない」が やらない理由にならなくなった 56
57. 答えが目の前になくても 不安じゃなくなった 57
58. ② エンジニアリングの幅 • 技術の幅 インフラ(オンプレ、クラウド) 機械学習、データエンジニアリング IoT ミドルウェア Web • 問題解決の手段の幅 プロジェクトマネージメント 人や他チームを頼る 開発しないで解決する 58
59. 問題が発生したときに 技術以外の選択肢を とれるようになった 59
60. • 色んなロールの視点でものごとを見れ るようになった • 時代の流れとともに、ロール自体が変 化しても変わらない強み ③ ロール間をつなげる力 60
61. 開発を上手に進めるために必要な 色んなものに気づけるようになった 61
62. カケハシでテックリードとしての現在地 ① ふわっとした初期検討から声をかけてもらえる ② ゴール設定自体をまかせてもらえる ③ EMやPdMと補強し合いながら進められている 62
63. ① ふわっとした初期検討から声をかけてもらえる プロダクトややることが明確にならない中でも 一緒に検討から始められる • 曖昧な状況でも嫌がらない • その時に必要な粒度の決定を支援できる 自分自身が思っているポイント 63
64. ② ゴール設定自体をまかせてもらえる 「コスト削減」「信頼性向上」という曖昧な目標だけがある状況から どこまでやるか、どうやって進めるかを決められる • 答えが確実にならない中でも決断できる • 状況を見ながらそのゴールも変化させられる 自分自身が思っているポイント 64
65. 自分自身が思っているポイント ③ EMやPdMと補強し合いながら進められている これまでの経験ではあまりなかった、組織やチームの変化に対してお 互いの役割を補強しながら必要なものごとを進められている感触 • 変化がある中で、 役割にもグラデーションを持って対応できる • チーム、プロジェクト、プロダクトの課題感に対して提案で きる(もちろん得意不得意はある) 65
66. 不確実なものが 少しずつ確実になっていく エンジニアリングの醍醐味 66
67. マネージャーには ならないの？ 67
68. ならない！！！ って今は言い続けている なんでもやるとか言いながら 68
69. たぶん 好きなコードを書くことにも まだ向き合いたい気持ちがあるから 69
70. 生成AI時代に 考えていること
71. 一番楽しいところを 奪っていくのか 71
73. コード書くのも好きだけど 価値を届けるのも好きだな 73
74. 構造を作る楽しさ • ソフトウェアを変化に強くするための構造はより重要に なった • 増えた時間で、これまで妥協していた周辺の仕組みを整 えていくのが楽しい 74
75. 価値を届ける力は強化された • 探索や実験の数を増やせるようになり、質を上げること ができるようになった • やったことないことに対する最初の一歩のハードルが下 がった 75
76. 自分がやりたいことは まだ何も奪われていない 76
77. とにかく変化が楽しい 77
78. 自分のことを「器用貧乏」 だと悩んでいる人へ
79. 悩みながら進めばいい 79
80. 悩みながら 目の前のことに 向き合いながら進めばいい 80
81. 悩んでいいし 同時に誇っていい 81
82. 大好きな言葉 たいていのチャンスのドアにはノブが無い 自分からは開けられない だれかが開けてくれたときに 迷わず飛びこんでいけるかどうか 漫画「ちはやふる」第23巻 第121首より “ ” 82
83. 器用貧乏は、 チャンスをもらえるように 行動してきた証 83
84. 器用貧乏は、 何度も自分からチャンスに 飛びこんでいけた証 84
85. ただその言葉に甘えないでほしい 「器用貧乏」を自らの制約にしてはいけない ❌ 「器用貧乏だから、深い技術を学ばなくても良い」 ❌ 「幅広くできることを目指しているから、 　 　技術の詳細は知らなくても良い」 85
86. 僕も今でもチャレンジを続けている これも言い続けている やったことないので やってみたいです！ 当時よりはやりたいことが明確になってきた 声に出して誰かに伝えまくると、意外と叶う 86
87. 僕も今でもチャレンジを続けている これまでの経験であまりやれてなかった登壇 87
88. 今日の話が みなさんのキャリアを 改めて考えるきっかけになれば 嬉しいです 88
89. ありがとうございました カケハシの技術に関連する情報を 発信しています！ 𝕏 @kakehashi_dev 是非フォローもお願いします！ 89
90. ©KAKEHASHI inc. 器用貧乏が強みになるまで 〜「なんでもやる」が導いた現在地〜 2026年02月20日 もっち(松本 明紘) Developers Summit 2026