Slide 1

Slide 1 text

Confidential © 2022 LayerX Inc. 1 社内資料 『開発速度が速い #とは』 2022/02/21 @mosa_siru

Slide 2

Slide 2 text

Confidential © 2022 LayerX Inc. 2 LayerXは 開発速度が速いと⾔われることがあります (⼿前味噌ですが…)

Slide 3

Slide 3 text

Confidential © 2022 LayerX Inc. 3 そう⾔っていただける理由は︖

Slide 4

Slide 4 text

Confidential © 2022 LayerX Inc. 4 「優秀なエンジニアがいるから」 ☓

Slide 5

Slide 5 text

Confidential © 2022 LayerX Inc. 5 そもそも開発速度って何︖

Slide 6

Slide 6 text

Confidential © 2022 LayerX Inc. 6 機能の開発 (アウトプット)が速いこと ☓

Slide 7

Slide 7 text

Confidential © 2022 LayerX Inc. 7 顧客への価値提供 (アウトカム)が速いこと ○

Slide 8

Slide 8 text

Confidential © 2022 LayerX Inc. 8 アウトカムを最⼤化するために 重要なこと3つ

Slide 9

Slide 9 text

Confidential © 2022 LayerX Inc. 9 使われないものを作らない

Slide 10

Slide 10 text

Confidential © 2022 LayerX Inc. 10 使われないものを作らない ・顧客の価値提供につながらないものは作らない ・バシバシやらないことを決める。 ・作ったものは必ず負債になり、作るほど後の”開発速度"を落とす。 ・作るなら、作るに値するものを作る。 ・顧客・ドメインエキスパートの声を聞く(紙芝居, ⾼速でβ版を開発) ・体験にこだわりぬいて作る。 ※⼤きめの新機能は不確実性が⾼いので、作らない罠にはまらないよう注意。ト ライする不確実性を下げるのが⼤事。

Slide 11

Slide 11 text

Confidential © 2022 LayerX Inc. 11 仕様をシンプルにする

Slide 12

Slide 12 text

Confidential © 2022 LayerX Inc. 12 仕様をシンプルにする ・複雑なものは伝わらない、使われない ・複雑な仕様は開発が⼤変、負債も巨⼤ ・複雑な仕様は品質が低くなる 複雑な仕様は何かが間違っているという嗅覚 もっと⼯夫して考えれば、それに準じた体験を満たせるはず。 仕様をシンプルにすることは妥協ではない。

Slide 13

Slide 13 text

Confidential © 2022 LayerX Inc. 13 ⾔われた通り作らない

Slide 14

Slide 14 text

Confidential © 2022 LayerX Inc. 14 ⾔われた通り作らない ・顧客の本当のお気持ち、真のペインを解決するものを作る ・例「バクラク申請の申請⽇時で、古い順にソートしたい」 => なぜ︖ =>よくよく深ぼると、承認者への催促機能が本当にほしいものだった ・そもそも、その業務フロー・使い⽅はあるべき姿か︖ ・複数の要望を抽象化して満たせるものを作る ・カスタマイズをしない ・使われるものを、シンプルに作る(重要なので2回)

Slide 15

Slide 15 text

Confidential © 2022 LayerX Inc. 15 そのためには・・・

Slide 16

Slide 16 text

Confidential © 2022 LayerX Inc. 16 皆様がいただいている要望が宝です。 いつもありがとうございますmm

Slide 17

Slide 17 text

Confidential © 2022 LayerX Inc. 17 これからも 「お客様はなぜその機能がほしいのか︖」 その本当のお気持ちを教えて下さいmm

Slide 18

Slide 18 text

Confidential © 2022 LayerX Inc. 18 おまけ、”機能開発速度” について ・”機能開発速度”が速いと、早く失敗できる、早く修正できる ・短期と⻑期の”機能開発速度”は、しばしばトレードオフがある ・その中でも守るものを決める ・例︓DB設計/APIインターフェース/命名/セキュリティにこだわる ・フェーズによって重⼼を変える ・例︓⽴ち上げからちゃんとしすぎない ・例︓PMF後に、品質へ重⼼を移していく