Successfully reported this slideshow.

開発速度が速い #とは(LayerX社内資料)

18

Share

1 of 18
1 of 18

More Related Content

Related Books

Free with a 14 day trial from Scribd

See all

Related Audiobooks

Free with a 14 day trial from Scribd

See all

開発速度が速い #とは(LayerX社内資料)

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

×