本気でプロダクトに向き合うCTOになるために必要な事 (技育祭2024春)

Slide 1

Slide 1 text

Slide 2

Slide 2 text

© LayerX Inc. 2 LayerX バクラク事業部執行役員 CPO/創業CTO 東京大学工学部卒。株式会社ディー・エヌ・エーに新卒入社後、株式会社Gunosyに入社し、両社にて複数の新規事業立ち上げをリードエンジニアやPdMとして牽引。 2018年にLayerXを取締役CTOとして立ち上げ。現在はバクラクシリーズ全ての新規プロダクトの開発を主導。ボンバーマンの実力のみでテレビに出ました。自己紹介

Slide 3

Slide 3 text

© LayerX Inc. 3 全ての経済活動を、デジタル化する。会社概要会社名株式会社LayerX（レイヤーエックス）代表取締役代表取締役CEO　福島良典代表取締役CTO　松本勇気創業 2018年 8月1日資本金約132.6億円拠点東京本社　〒103-0012 東京都中央区日本橋堀留町１丁目９−８人形町PREX 関西支社　〒530-0003 大阪府大阪市北区堂島1-1-5 関電不動産梅田新道ビル中部支社　〒453-6111 愛知県名古屋市中村区平池町4-60-12 グローバルゲート九州支社　〒810-0801 福岡県福岡市博多区中洲3-7-24 従業員数 250名（2023年12月末日時点）

Slide 4

Slide 4 text

© LayerX Inc. 4 「すべての経済活動を、デジタル化する。」をミッションに掲げ、法人支出管理サービス「バクラク」や企業内業務のデジタル化を支援するサービスを提供しています。事業紹介バクラク事業企業活動のインフラとなる法人支出管理（BSM）SaaSを開発・提供 Fintech事業ソフトウェアを駆使したアセットマネジメント・証券事業を合弁会社にて展開 AI・LLM事業文書処理を中心とした、LLMの活用によるプロセスのリデザイン

Slide 5

Slide 5 text

No content

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

Slide 9

Slide 9 text

目次 Agenda 1. プロダクトの価値を生むエンジニアになるために 2. キャリアに対する考え方と、どういうキャリアを歩んできたか 3. もしアドバイスをするとしたら

Slide 10

Slide 10 text

質問：プロダクトの価値とは？

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

ドメインにディープダイブする

Slide 17

Slide 17 text

© LayerX Inc. 17 ひたすらドメインにディープダイブする、ユーザー理解をするドメインとは、例えばSaaSなら、対象としている業務領域のこと。 ● 実際にその業務をしてみる、本を読み漁る ● ひたすらユーザーヒアリングする、作ったものを触ってもらう ○ バクラクはリリース前に100社近くヒアリング・デモしました ● 競合プロダクトをドン引きされるくらいリサーチし、触る（特にtoC） ○ 海外プロダクトのサポートサイトを見るなど、やれることはいくらでもあるその上で、バシバシやらないことを決める。どれだけ機能を作っても、使われるものしか価値はない（ビルドトラップ）。エンジニアだからPdMだからとかは関係ない。むしろドメインを知らないで良い設計はできない。

Slide 18

Slide 18 text

最速でループを回す

Slide 19

Slide 19 text

Slide 20

Slide 20 text

Slide 21

Slide 21 text

© LayerX Inc. 21 ループの中で、エンジニアだからこそ気付けることが沢山ある ● 実際に開発することで、ぬけもれに気づける ○ 修正箇所の周辺コードを読み、考慮漏れに気づく（めっちゃある！） ○ 修正箇所のメソッドを呼び出しているところを見て、他の仕様への影響に気づく（めっちゃある！） ● 実際に設計することで、ぬけもれに気づける ○ 例： DB設計するときに、NULLがありうるのかどうかで大きく分かれることに気付く。 ○ 例：リレーションを考える時に、考慮漏れに気付く ● 開発中のものを触ることで、ぬけもれや体験の違和感に気付けるこれらを事前にすべて想定しておくことは人間の能力を越えるので、いかに速くループを回し、仕様再考に戻ることができるかが鍵。

Slide 22

Slide 22 text

© LayerX Inc. 22 最速でループを回すために、フルスタックになろう！フロントやバックエンド、インフラ等をまたいで一気通貫で開発ができるようになると、一人でループを高速にまわせるようになります。さらに言うと、手を動かさなくても脳内である程度のループをまわすことができます。複数人で分業して行うと、どうしても1つ1つのループにコストがかかってしまいます。 ● 前提を揃えるコスト ● 資料作成コスト、コミュニケーションコスト ● 実行して確認し合うコスト ● 合意形成コストドメイン知識をベースに、「このユーザーストーリーは自分が主役だ！！！」くらいの覚悟で開発しましょう。そして、デザインやその他の技能があると、さらに高速にループを回すことができます。要は全部やろう。

Slide 23

Slide 23 text

その他、大事な考え方

Slide 24

Slide 24 text

Slide 25

Slide 25 text

© LayerX Inc. 25 エンジニアリングのもと、コスパの良い仕様に落とそう！見積もりができる ● 概算で問題なし。脳内で「やばいか」「やばくないか」肌感でわかることが大事 ● 短期だけでない、長期の負債にならないか判断できる ● 既存のシステム仕様に追加したときのやばさの嗅覚があるアウトカムがわかる ● この仕様にしたときに、ユーザーにどれだけのメリットがありペインが解決できるかわかる ● どこまで仕様を簡易にしてもユーザー体験に影響しないかわかる ● 一方で、妥協してはいけないポイントがわかる ● 既存のシステムと整合性がとれ、負債になりにくい仕様に落とすことができるコスパの良い落とし所がわかる＋

Slide 26

Slide 26 text

Slide 27

Slide 27 text

次に、どんなキャリアのもと、今の考え方に辿り着いたかを見ていきます

Slide 28

Slide 28 text

キャリアに対する考え方

Slide 29

Slide 29 text

Slide 30

Slide 30 text

Slide 31

Slide 31 text

© LayerX Inc. 31 キャリアに対する考え方は2つある 1. 目標型 2. 場当たり型計画を立てる。強い目標を定義して逆算する。戦略的に動く。例: 3年後に◯◯領域で起業するために、まずはメガベンチャーに入ってスキルを得て、etc.. 登るべき大きな山を定義して、計画的に登る。計画は立てない。目の前のことに注力し続ける。面白そうなところに飛びつく。目の前の坂を場当たり的に登る。皆さんはどっちになりたいですか？

Slide 32

Slide 32 text

Slide 33

Slide 33 text

Slide 34

Slide 34 text

Slide 35

Slide 35 text

自分は完全に場当たり型でした。その場その場でどのように学んでいったか後述します

Slide 36

Slide 36 text

© LayerX Inc. 36 ● 役職名・概念自体が次々に発明・細分化されている ○ CTO, VPoE, EM, CPO, VPoP, PdM, PMM, PjM, UX Designer, UI Designer, Domain Expert etc… ○ Data関係だけでも…、Data Engineer / Data Scientist / Data Analyst / Data Steward, Data Architect / Data Warehouse Engineer /Business Intelligence Analyst / Machine Learning Engineer / Data Product Manager / Data Governance Manager etc… ● 技術の進歩によって生まれたものもあれば、体系化や細分化によって定義されたものもある ● 目指すというより、結果的になっていることが多いのではないか。 ○ 「真剣に向き合った結果、世の中的にはそうカテゴライズされるムーブになっていた」役職は目標にするべきもの？

Slide 37

Slide 37 text

Slide 38

Slide 38 text

自分のキャリアの場合

Slide 39

Slide 39 text

© LayerX Inc. 39 自分のキャリア学生時代：最後の1年のみエンジニアしていた。誰も使わない自己満足Webサービスを独力で作る人。 DeNA新卒：サーバーサイドエンジニア ● 1年目、信頼性の高い大規模APIを運用、そのアーキテクチャを知る ● 2年目、新規事業の立ち上げ。狂気的なプロダクト愛と開発を目の当たりにする Gunosyに転職: フルスタックエンジニア → 新規事業開発室長, プロダクトマネージャー ● 新規プロダクト開発を通してフルスタックになりながら、数値による意思決定とマーケを知る ● ブロックチェーン開発チームを立ち上げ LayerX立ち上げ: 取締役CTO → SaaS事業部長 → 事業部CTO/CPO → 事業部CPO ● ブロックチェーン事業に必要なことをなんでもやる人 ● SaaS(バクラク)立ち上げのために開発しまくる人

Slide 40

Slide 40 text

© LayerX Inc. 40 DeNA新卒1年目昔からインターネットが好きだったので、Web系の会社の選考をいくつか受け、最初に内定いただいたので入社（場当たり的…）。「一番技術力がつくところに配属してください！」という希望を出し、Platform APIを見る部署に配属（嬉しい）。以下を学ぶ ● 大規模アクセスを捌くAPIのアーキテクチャ ● 信頼性の高いAPIの開発手法 ○ めちゃくちゃテストとQAプロセスがあったその分開発は窮屈な面があった＆斜に構えて全然成果出ていなかったので異動に…

Slide 41

Slide 41 text

© LayerX Inc. 41 DeNA新卒2年目新規事業の立ち上げ。ゲーム・アニメ好きな人向けにパーソナライズされたニュースアプリを作るプロジェクトにアサインさせてもらいました（運）。精鋭エンジニア3-4名の少人数チームと、狂気的なスケジュールを課すプロダクトオーナーのもと、新規事業立ち上げに必要なことを学ぶ ● 少人数開発の圧倒的速さ ● プロのエンジニアの考え方 ● 「実装できないとか無いので、一番最高の仕様を考えてください」 ● 各種トレードオフの判断 ○ 立ち上げ時はテストもドキュメントもほぼ無い（当初衝撃だった） ● 裁量とそれに伴う責任 ○ コードレビュー文化はなく、運用も含めて自分の責任 ● 狂気的なプロダクトへのこだわりと愛 ○ 最終的にマスコットキャラクターが地上波アニメになった

Slide 42

Slide 42 text

© LayerX Inc. 42 Gunosyに転職友人である代表のfukkyy(現LayerX代表の福島) にかねてから誘われていた。「これからはアドテクノロジーの時代だ！」と熱弁され、面白そうだったから転職（場当たり的）。もうちょいちゃんと説明すると、エンジニアスキルの幅を広げたかったのと、給与に関する野心もありました。入社後はアドテクではなく新規事業開発をCTO松本とタッグでする形に。以下そこで得た学び ● フルスタックな開発スキル ● マイクロサービス設計経験と圧倒的辛さ ● 数値による分析と意思決定文化 ○ 例：「数値は神より正しい」という信念のもと、全てをABテストし、異常があったらロールバック ● マーケティングやビジネス上の座組の大切さ ○ プロダクトそのものだけじゃない勝負があることを学ぶ（それまで純粋だった…） ● エンジニアが他職種に入る大切さ（xOps) ○ 「自社での広告運用頑張ればCPA(ユーザー獲得費用)安くできるのでは？」と雑に発言したら、マジで広告運用を担当することになった。エンジニア全く関係ないと思いきや、業務効率化できたり、データ分析によってアドネットワークの不正を発見できたり、かなり効果があった（場当たり的

Slide 43

Slide 43 text

© LayerX Inc. 43 LayerX 立ち上げ Gunosyで新規事業開発室長としてブロックチェーン研究開発チームを立ち上げたのが、LayerXの元になりました。（現在LayerXはブロックチェーン事業はしていません）取締役CTOですが、最初から狙ってそうなったとかではありません・・・これも場当たり的。 LayerXでは事業に必要なことはなんでもする必要があり、「エンジニアだから」とか言っている場合ではなく、ただ必要なことをがむしゃらにやっていました。コトに向かうことで沢山の経験ができました。 ● 海外に出張、仮想通貨のマイニングファーム探し ○ 電気代が安い場所を探す旅 ● インドのブロックチェーン案件の開発・コンサル ○ 英語全然わからん ● ブロックチェーンの監査、営業 ● 銀行等大企業向けのプロジェクトの営業・コンサル、開発 ● カルチャー作り ● 採用、発信 ○ 本当に大事…！ ● 経営・マネジメント（ほぼやったことなかった）

Slide 44

Slide 44 text

© LayerX Inc. 44 LayerX (バクラク事業) 立ち上げブロックチェーン事業からピボットする中で、SaaS（バクラク）事業を立ち上げました。新規プロダクト全てで、自分ふくめ少人数がヒアリング, 仕様, 設計, 開発を行う動きが型化できています（めっちゃコードかいてる）。半年に１つのペースで新プロダクトを立ち上げられています。この事業で奔走する中で、前述したプロダクト開発に関する学びと確信を得ることができました。 ● 少人数で、フルスタックに開発するスピード感と精度 ● ドメインにダイブして、「使われるもの」に徹底的にこだわる開発スタイルこれまでにない規模のチームとともに、急成長する事業を作り続けられています。 …こんなこと、全く想像してなかった！！けど楽しい！

Slide 45

Slide 45 text

© LayerX Inc. 45 余談：toCとtoBの違いって？結論：お客様のために良いモノを作るという意味では全く同じ。言うとしたら・・・ ● toC ○ リリース後は数字に向き合うのが重要 ■ きちんとログを取る、分析できる基盤をもつ ● toB ○ 一社一社にセールスやカスタマーサクセスがつくプロダクトの場合、めちゃくちゃお客さんの距離が近い ■ 要望がリアルタイムにどんどん来る！ ■ 良いモノをつくればダイレクトに喜んでもらい、微妙なモノをつくるとダイレクトに悲しい反応が来る ○ 業種業態・企業サイズによって業務フローが大きく異なることがある。要望の抽象化が大事

Slide 46

Slide 46 text

最後に、もしアドバイスするとしたら

Slide 47

Slide 47 text

© LayerX Inc. 47 もしアドバイスするとしたら ● 目の前のことを120%でやろう！ ○ やるべきことをやるのは当たり前。コトに向かうと自然と120%の動きになる。（斜に構えて良いことないです…） ● 仕事を選びすぎない。実は気づいていない得られるものがある。 ○ 事業に必要なことだと思ったら、コンフォートゾーンを抜けて、慣れない領域でもやってみよう！それがコトに向かうということ。 ○ 究極、今はプロダクトの機能改善よりマーケが大事なフェーズなら、マーケをするか、マーケにレバが効くようなエンジニアリングをする。そんな動きができるようになってくると、唯一無二の「場当たり型」になれます。

Slide 48

Slide 48 text

Slide 49

Slide 49 text

Slide 50

Slide 50 text

Slide 51

Slide 51 text

皆さんが”価値”のあるプロダクトをつくるエンジニアになれることを応援しています！