Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
開発速度が速い #とは(LayerX社内資料)/ How fast is the devel...
Search
LayerX
PRO
February 21, 2022
Technology
31
50k
開発速度が速い #とは(LayerX社内資料)/ How fast is the development speed
LayerX社内の定例でつかった資料です。
LayerX
PRO
February 21, 2022
Tweet
Share
More Decks by LayerX
See All by LayerX
AI時代の経営、Bet AI Vision #BetAIDay
layerx
PRO
5
3.2k
バクラクによるコーポレート業務の自動運転 #BetAIDay
layerx
PRO
1
1.3k
金融サービスにおける高速な価値提供とAIの役割 #BetAIDay
layerx
PRO
2
1.1k
LLMをツールからプラットフォームへ〜Ai Workforceの戦略〜 #BetAIDay
layerx
PRO
1
1.8k
Bet "Bet AI" - Accelerating Our AI Journey #BetAIDay
layerx
PRO
5
2.5k
人に寄り添うAIエージェントとアーキテクチャ #BetAIDay
layerx
PRO
10
3k
生成AI時代におけるAI・機械学習技術を用いたプロダクト開発の深化と進化 #BetAIDay
layerx
PRO
1
1.8k
AIエージェントが変える開発組織のEnabling #開発生産性con_findy
layerx
PRO
3
29k
LayerX Ai Workforce Division Deck
layerx
PRO
2
43k
Other Decks in Technology
See All in Technology
後進育成のしくじり〜任せるスキルとリーダーシップの両立〜
matsu0228
6
2.2k
Findy Team+のSOC2取得までの道のり
rvirus0817
0
320
KAGのLT会 #8 - 東京リージョンでGAしたAmazon Q in QuickSightを使って、報告用の資料を作ってみた
0air
0
200
Escaping_the_Kraken_-_October_2025.pdf
mdalmijn
0
120
BirdCLEF+2025 Noir 5位解法紹介
myso
0
190
pprof vs runtime/trace (FlightRecorder)
task4233
0
160
Oracle Cloud Infrastructure:2025年9月度サービス・アップデート
oracle4engineer
PRO
0
390
From Prompt to Product @ How to Web 2025, Bucharest, Romania
janwerner
0
110
「AI駆動PO」を考えてみる - 作る速さから価値のスループットへ:検査・適応で未来を開発 / AI-driven product owner. scrummat2025
yosuke_nagai
4
570
神回のメカニズムと再現方法/Mechanisms and Playbook for Kamikai scrumat2025
moriyuya
4
510
Pythonによる契約プログラミング入門 / PyCon JP 2025
7pairs
5
2.5k
ZOZOのAI活用実践〜社内基盤からサービス応用まで〜
zozotech
PRO
0
160
Featured
See All Featured
Building Applications with DynamoDB
mza
96
6.6k
Rails Girls Zürich Keynote
gr2m
95
14k
Making the Leap to Tech Lead
cromwellryan
135
9.5k
Fireside Chat
paigeccino
40
3.7k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
26
3.1k
jQuery: Nuts, Bolts and Bling
dougneiner
64
7.9k
A Tale of Four Properties
chriscoyier
160
23k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
507
140k
Optimizing for Happiness
mojombo
379
70k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
30
2.9k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
285
14k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
Transcript
Confidential © 2022 LayerX Inc. 1 社内資料 『開発速度が速い #とは』 2022/02/21
@mosa_siru
Confidential © 2022 LayerX Inc. 2 LayerXは 開発速度が速いと⾔われることがあります (⼿前味噌ですが…)
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後に、品質へ重⼼を移していく