デブサミ関西2024登壇資料 ＃devsumi

Transcript

1. 大阪流 ?! これからのITエン ジニアの生き残り 方 泥臭いやつ
2. 宮﨑 龍平 • 未経験からブラック IT企業で修 行し業界18年目 • スマレジ立上げメンバー • 2代目CEO / CTO をやっていま す 自己紹介 Ryuhei Miyazaki
3. • スマレジは、iPadレジの会社 • スマレジは、エンジニアの会社 • スマレジは、キラキラベンチャー スマレジってどんな会社？
4. • スマレジは、iPadレジの会社 • スマレジは、エンジニアの会社 • スマレジは、キラキラベンチャー スマレジってどんな会社？
5. • スマレジは、iPadレジの会社 小売・飲食向けの様々な業務システムをつ くっています。 ⇒YES！ • スマレジは、エンジニアの会社 • スマレジは、キラキラベンチャー スマレジってどんな会社？
6. • スマレジは、iPadレジの会社 • スマレジは、エンジニアの会社 • スマレジは、キラキラベンチャー スマレジってどんな会社？
7. • スマレジは、iPadレジの会社 • スマレジは、エンジニアの会社 取締役4名のうち3名が元エンジニア。 めちゃくちゃエンジニアの会社です。 作ることは得意\( ˆoˆ )/　 ⇒YES！ • スマレジは、キラキラベンチャー スマレジってどんな会社？
8. • スマレジは、iPadレジの会社 • スマレジは、エンジニアの会社 • スマレジは、キラキラベンチャー スマレジってどんな会社？
9. • スマレジは、iPadレジの会社 • スマレジは、エンジニアの会社 • スマレジは、キラキラベンチャー　 ・・・ではない ＼(^o^)／ スマレジってどんな会社？
10. • スマレジは、iPadレジの会社 • スマレジは、エンジニアの会社 • スマレジは、キラキラベンチャー　ではな い。 有名なエンジニアもいなければ大型調達もし ていません\( ˆoˆ )/　 ⇒NO！ スマレジってどんな会社？
11. • めちゃくちゃ使われてます • 割と頑張ってます! スマレジってイケてるの？
12. • めちゃくちゃ使われてます • 割と頑張ってます! スマレジってイケてるの？
13. • めちゃくちゃ使われてます ◦ アクティブ45,000店舗\( ˆoˆ )/ • 割と頑張ってます! スマレジってイケてるの？
14. • めちゃくちゃ使われてます • 割と頑張ってます! スマレジってイケてるの？
15. • めちゃくちゃ使われてます • 割と頑張ってます! ←イマココ スマレジってイケてるの？
16. • めちゃくちゃ使われてます • 割と頑張ってます! ◦ 急成長！かつ堅実企業！ ◦ 年次成長率３０％超と安定的な営業利益率 （10~20%）　 \( ˆoˆ )/ スマレジってイケてるの？
17. • 大事にしてきた開発バリュー ◦ 生涯現役 ◦ エンジニアはビジネスマン ◦ 要件定義ではなく要求定義 なんで成長したん？
18. • 大事にしてきた開発バリュー ◦ 生涯現役 ◦ エンジニアはビジネスマン ◦ 要件定義ではなく要求定義 なんで成長したん？
19. • 大事にしてきた開発バリュー ◦ 生涯現役 全員が現場で手を動かし、ディレクターや PM/PdMなどの間接要員をできるだけなく す。 ◦ エンジニアはビジネスマン ◦ 要件定義ではなく要求定義 なんで成長したん？
20. • 大事にしてきた開発バリュー ◦ 生涯現役 ◦ エンジニアはビジネスマン ◦ 要件定義ではなく要求定義 なんで成長したん？
21. • 大事にしてきた開発バリュー ◦ 生涯現役 ◦ エンジニアはビジネスマン 「お金のことも忘れないで！」 　なぜ必要なのかを考える（過度な節約ではな い！） ◦ 要件定義ではなく要求定義 なんで成長したん？
22. • 大事にしてきた開発バリュー ◦ 生涯現役 ◦ エンジニアはビジネスマン ◦ 要件定義ではなく要求定義 なんで成長したん？
23. • 大事にしてきた開発バリュー ◦ 生涯現役 ◦ エンジニアはビジネスマン ◦ 要件定義ではなく要求定義 依頼事項に応えただけはNG、相手が本当 に求めている「本質」を知る。 なんで成長したん？
24. • 大事にしてきた開発バリュー ◦ 生涯現役 ◦ エンジニアはビジネスマン ◦ 要件定義ではなく要求定義 ⇒つまり、技術だけでなく ビジネス視点を持って 仕事ができるエンジニア は、めっちゃ強い\( ˆoˆ )/ なんで成長したん？
25. • どう生き残るか？ 「エンジニアとして、テッキーとビジネスの バランスをどうとるか？」 ↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓ 「生涯現役」であり、 「ビジネスのわかるエンジニア」である。 大阪発スマレジ流、エンジニアの生存戦略まとめ
26. • エンジニア ◦ iOS・Android ◦ バックエンド ◦ フロントエンド ◦ 品質管理 ◦ インフラ 全部足りてない \( ˆoˆ )/ｵﾜﾀ • デザイナー ◦ WEB ◦ UI/UX • プロダクトオーナー 全ポジション大募集中です！
27. ここからは実際の体験談 話します！ 27
28. 上野 裕貴｜ Hiroki Ueno 株式会社スマレジ CTO室 • 2022/02〜(約2年半くらい) • 福岡開発拠点で立ち上げで入社 • 普段は福岡で主にWeb系開発。 • ビールと焼き鳥(特に福岡のぐるぐ る巻いた皮)が好物 • 二児の父 自己紹介 28
29. • 自分のキャリアを考えた時に、 コード書く現場でずっと技術バリバリやるぜ VS マネージャーになってチーム動かすぜ どっち目指す！？ といった話を考えたことはないでしょうか？ • 今日は自分なりにこのキャリア選択に向き合ってきた経験 を話そうと思います。 今回話すこと 29
30. 経歴 30 受託開発会社 自社開発会社 プレイヤー業務 • Web開発 ◦ PHP ◦ Ruby(on Rails) • モバイル開発 ◦ iOS ◦ Android マネージャー業務 課長職 部長職 完全に業務で コード書かなくなる
31. 最初にマネージャーになったとき 31
32. 経歴 32 受託開発会社 自社開発会社 プレイヤー業務 • Web開発 ◦ PHP ◦ Ruby(on Rails) • モバイル開発 ◦ iOS ◦ Android マネージャー業務 課長職 部長職 完全に業務で コード書かなくなる この辺の話
33. • 突然上司が「マネージャーやってもらうからよろしく」と。 • マネージャーは自分には向いていないと思っていた。 • コード書いて作るのが本当に楽しかったので、まさか自分 がという気持ちになった。 最初にマネージャーを打診されたとき 33
34. プレイヤー vsマネージャーのキャリア選択のジレンマ 34 期待 不安 プレイヤーであ り続ける選択 • 好きな技術に触れ続けられる • 今までの経験により、ある程度 できることはわかる • 世の中もっと強い人いるのにこれからも 通用し続けられるのか • 業務の幅や可能性を閉じてしまわないか マネージャーに なっていく選択 • 業務の幅が広がり、成長や給与 UPが期待できるのではないか • 自分の裁量が広がるのではない か • そもそも人と関わったりコミュニケーション が苦手、やれるのだろうか • 現場がわからなくなって技術に疎くなり、 マネジメントも苦手なただの無能マネー ジャーになってしまわないだろうか • その会社でしか通用しない政治屋になっ てしまわないか
35. • 誰にでも訪れるチャンスではない(自分が選ばれた) • マネージャーのこと知らないのに向いていないとかいうの カッコ悪い • そもそもマネージャー向いていないからプレイヤーが向い ているわけではない ◦ = マネージャー向いていないのでスペシャリスト目指し ますは意味不明 なのでとりあえずやってみようかと。 結果マネージャー打診を受け入れた理由 35
36. 会社によって役割領域が異なると思いますが、自分が今まで 主にやってきた領域は以下 • アサイン、リソース調整 • 進捗管理 • 目標設定(MVV及び各人の目標) • 評価 • 1on1 • 採用 • 制度設計 ◦ 目標、評価、給与、キャリアラダーなど その後マネージャーとしてやってきた役割・領域 36
37. • マネージャー業務もおもしろい、奥深い。 ◦ 専門性が高く、学ぶことがたくさんある • チームで働く楽しさがより一層あがった。 ◦ プレイヤー時代よりもみんなでやってる感が持てるよう になった。 ◦ 一人で悩み責任結果を抱え込まず、みんなで進めてい ければよいという考えになり肩の力が抜けた。 マネージャーやってみて変わってきた価値観 37
38. • やはり以前よりは現場・技術に疎くなってしまった。 • マネージャーの世界もプレイヤーの世界と同じで、強い人 がたくさんいる。 ◦ 両方の世界を知ったことでどっちの世界でも果てしなく 上がいることを知った。 • マネージャー経験が成長につながっているのか。 ◦ 実力ではなく在職期間と役職によって、その社内で政治 的に発言できているだけではないのか。 ここで転職を決断。 一方、消えなかった / 新たな不安 38
39. スマレジ入社後 39
40. 経歴 40 受託開発会社 自社開発会社 プレイヤー業務 • Web開発 ◦ PHP ◦ Ruby(on Rails) • モバイル開発 ◦ iOS ◦ Android マネージャー業務 課長職 部長職 完全に業務で コード書かなくなる この辺の話
41. 現在の業務内容 • チームをリードする立場として ◦ 目標設定 ◦ 評価 ◦ 採用面接など • 開発者の立場として ◦ スケジュール・進捗管理・タスク割り振りなど ◦ コードレビュー ◦ 実際にコード書いて実装 プレイヤー業務の傍ら現場に近いマネジメント業務を兼任 41
42. 転職前に持っていた不安へのアプローチ方法 42 不安 アプローチ方法 • やはり以前よりは現場・技術に疎くなってしまっ た。 • コードを書く現場に戻る。 • マネージャーの世界もプレイヤーの世界と同じ で、強い人がたくさんいる。 ◦ 両方の世界を知ったことでどっちの世界 でも果てしなく上がいることを知った。 • プレイヤー業務もマネジメ ント業務も欲している環境 を選び、どっちもある程度 やれるぜを目指す。 • マネージャー経験が成長につながっているの か。 ◦ 実力ではなく在職期間と役職によって、そ の社内で政治的に発言できているだけで はないのか。 • マネジメント業務を行える 別の環境で挑戦。
43. 「生涯現役」なところ • マネージャー専任がおらず開発部ほぼ全員コードを書く、 年齢も関係なし。 • 絶対コード書けると思った。 ◦ 実際かけている。 スマレジに入社した理由 43
44. 「ビジネスがわかるエンジニア組織」を目指すところ • PdMがおらず実装するメンバーが主導して直接営業・CSと プロダクトの方針を決めていく。 • マネジメント経験もプレイヤー経験も活かせると思った。 スマレジに入社した理由 44
45. • プレイヤーvsマネージャーではなくどちらもやるというのが 合っている人もいるし、そういう現場もある。 ◦ マネジメント業務の責務をどこまで現場に移譲するかは 環境による。 • マネージャー経験は食わず嫌いしないほうがいいと思っ た。見えてくるものが変わると思う。 ◦ 人足りないから採用するとか、プレイヤー経験だけでは 動きづらい範囲に自ら動くことができる。 ◦ 業務は二者択一ではなく結構グラデーションだし、やっ てみて嫌ならプレイヤー戻ればよい。 まとめ 45
46. ご清聴ありがとうございました! 46