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
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
LayerX
PRO
February 21, 2022
Technology
35
68k
開発速度が速い #とは(LayerX社内資料)/ How fast is the development speed
LayerX社内の定例でつかった資料です。
LayerX
PRO
February 21, 2022
Tweet
Share
More Decks by LayerX
See All by LayerX
受託開発からtoCプロダクトへ 〜変わったこと・変わらないこと〜 #事業を動かすエンジニア
layerx
PRO
2
410
Ai Workforce Engineering Hiring Deck
layerx
PRO
0
5.3k
AI時代のプロダクト成長を支えるEvals #ProductScaleTech
layerx
PRO
2
570
プロダクトエンジニアこそ必要なPMスキル 〜デリバリー力を最大化し、価値を届け続けるために〜
layerx
PRO
0
320
Bakuraku Product Manager Team Deck
layerx
PRO
5
3.4k
AIエージェント開発に求められるPdMの仕事を考える
layerx
PRO
1
540
Bakuraku Engineering Team Deck
layerx
PRO
20
20k
エンジニア → 人事への「急」な転身で見えた、お互いの誤解と理解 #yapcjapan
layerx
PRO
10
7.5k
可観測性は開発環境から、開発環境にもオブザーバビリティ導入のススメ
layerx
PRO
5
4k
Other Decks in Technology
See All in Technology
AIエージェント×GitHubで実現するQAナレッジの資産化と業務活用 / QA Knowledge as Assets with AI Agents & GitHub
tknw_hitsuji
0
270
GitHub Actions侵害 — 相次ぐ事例を振り返り、次なる脅威に備える
flatt_security
8
5.8k
How to install a gem
indirect
0
1.8k
SaaSに宿る21g
kanyamaguc
2
180
【Oracle Cloud ウェビナー】データ主権はクラウドで守れるのか?NTTデータ様のOracle Alloyで実現するソブリン対応クラウドの最適解
oracle4engineer
PRO
3
120
BFCacheを活用して無限スクロールのUX を改善した話
apple_yagi
0
130
JAWS DAYS 2026でAIの「もやっと」感が解消された話
smt7174
1
100
タスク管理も1on1も、もう「管理」じゃない - KiroとBedrock AgentCoreで変わった“判断の仕事”
yusukeshimizu
0
140
OCI技術資料 : 証明書サービス概要
ocise
1
7.1k
AIエージェントを用いたメンバー育成支援について
csakurah
0
110
The essence of decision-making lies in primary data
kaminashi
0
160
「通るまでRe-run」から卒業!落ちないテストを書く勘所
asumikam
2
820
Featured
See All Featured
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
508
140k
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.6k
Designing Powerful Visuals for Engaging Learning
tmiket
0
300
How to Grow Your eCommerce with AI & Automation
katarinadahlin
PRO
1
160
SEO Brein meetup: CTRL+C is not how to scale international SEO
lindahogenes
1
2.5k
Agile Actions for Facilitating Distributed Teams - ADO2019
mkilby
0
160
Taking LLMs out of the black box: A practical guide to human-in-the-loop distillation
inesmontani
PRO
3
2.1k
Designing for Timeless Needs
cassininazir
0
170
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.6k
How to Get Subject Matter Experts Bought In and Actively Contributing to SEO & PR Initiatives.
livdayseo
0
91
The agentic SEO stack - context over prompts
schlessera
0
720
Making Projects Easy
brettharned
120
6.6k
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後に、品質へ重⼼を移していく