LayerX社内の定例でつかった資料です。
Confidential © 2022 LayerX Inc.1社内資料『開発速度が速い #とは』2022/02/21 @mosa_siru
View Slide
Confidential © 2022 LayerX Inc.2LayerXは開発速度が速いと⾔われることがあります(⼿前味噌ですが…)
Confidential © 2022 LayerX Inc.3そう⾔っていただける理由は︖
Confidential © 2022 LayerX Inc.4「優秀なエンジニアがいるから」☓
Confidential © 2022 LayerX Inc.5そもそも開発速度って何︖
Confidential © 2022 LayerX Inc.6機能の開発(アウトプット)が速いこと☓
Confidential © 2022 LayerX Inc.7顧客への価値提供(アウトカム)が速いこと○
Confidential © 2022 LayerX Inc.8アウトカムを最⼤化するために重要なこと3つ
Confidential © 2022 LayerX Inc.9使われないものを作らない
Confidential © 2022 LayerX Inc.10使われないものを作らない・顧客の価値提供につながらないものは作らない・バシバシやらないことを決める。・作ったものは必ず負債になり、作るほど後の”開発速度"を落とす。・作るなら、作るに値するものを作る。・顧客・ドメインエキスパートの声を聞く(紙芝居, ⾼速でβ版を開発)・体験にこだわりぬいて作る。※⼤きめの新機能は不確実性が⾼いので、作らない罠にはまらないよう注意。トライする不確実性を下げるのが⼤事。
Confidential © 2022 LayerX Inc.11仕様をシンプルにする
Confidential © 2022 LayerX Inc.12仕様をシンプルにする・複雑なものは伝わらない、使われない・複雑な仕様は開発が⼤変、負債も巨⼤・複雑な仕様は品質が低くなる複雑な仕様は何かが間違っているという嗅覚もっと⼯夫して考えれば、それに準じた体験を満たせるはず。仕様をシンプルにすることは妥協ではない。
Confidential © 2022 LayerX Inc.13⾔われた通り作らない
Confidential © 2022 LayerX Inc.14⾔われた通り作らない・顧客の本当のお気持ち、真のペインを解決するものを作る・例「バクラク申請の申請⽇時で、古い順にソートしたい」 => なぜ︖=>よくよく深ぼると、承認者への催促機能が本当にほしいものだった・そもそも、その業務フロー・使い⽅はあるべき姿か︖・複数の要望を抽象化して満たせるものを作る・カスタマイズをしない・使われるものを、シンプルに作る(重要なので2回)
Confidential © 2022 LayerX Inc.15そのためには・・・
Confidential © 2022 LayerX Inc.16皆様がいただいている要望が宝です。いつもありがとうございますmm
Confidential © 2022 LayerX Inc.17これからも「お客様はなぜその機能がほしいのか︖」その本当のお気持ちを教えて下さいmm
Confidential © 2022 LayerX Inc.18おまけ、”機能開発速度” について・”機能開発速度”が速いと、早く失敗できる、早く修正できる・短期と⻑期の”機能開発速度”は、しばしばトレードオフがある・その中でも守るものを決める・例︓DB設計/APIインターフェース/命名/セキュリティにこだわる・フェーズによって重⼼を変える・例︓⽴ち上げからちゃんとしすぎない・例︓PMF後に、品質へ重⼼を移していく