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
2024/06/19_CHUO_Tech
Search
takochuu
June 18, 2024
Programming
0
66
2024/06/19_CHUO_Tech
https://chuo-tech.connpass.com/event/319436/
での発表資料です
takochuu
June 18, 2024
Tweet
Share
More Decks by takochuu
See All by takochuu
プロダクトヒストリーカンファレンス2024 - 登壇資料
takochuu
0
72
LayerX Fintech事業部の開発について
takochuu
0
150
これまでとこれからのサーバーサイド
takochuu
0
53
Dive panic & type
takochuu
0
530
Go Conference 2018 Autumn - 3カ国を支えるAPI基盤の構築
takochuu
1
2.5k
C Channel x Retty x eureka LT
takochuu
0
15
Global Architecture
takochuu
0
590
Other Decks in Programming
See All in Programming
フロントエンド開発の勘所 -複数事業を経験して見えた判断軸の違い-
heimusu
6
1.8k
クラウドに依存しないS3を使った開発術
simesaba80
0
220
これならできる!個人開発のすゝめ
tinykitten
PRO
0
150
副作用をどこに置くか問題:オブジェクト指向で整理する設計判断ツリー
koxya
1
280
AtCoder Conference 2025「LLM時代のAHC」
imjk
2
650
Vibe codingでおすすめの言語と開発手法
uyuki234
0
160
実は歴史的なアップデートだと思う AWS Interconnect - multicloud
maroon1st
0
310
AI前提で考えるiOSアプリのモダナイズ設計
yuukiw00w
0
210
GISエンジニアから見たLINKSデータ
nokonoko1203
0
190
ゆくKotlin くるRust
exoego
1
190
リリース時」テストから「デイリー実行」へ!開発マネージャが取り組んだ、レガシー自動テストのモダン化戦略
goataka
0
160
メルカリのリーダビリティチームが取り組む、AI時代のスケーラブルな品質文化
cloverrose
2
450
Featured
See All Featured
Groundhog Day: Seeking Process in Gaming for Health
codingconduct
0
73
Java REST API Framework Comparison - PWX 2021
mraible
34
9.1k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
130k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
32
2.8k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
37
6.2k
Pawsitive SEO: Lessons from My Dog (and Many Mistakes) on Thriving as a Consultant in the Age of AI
davidcarrasco
0
41
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
132
19k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
141
34k
How to Ace a Technical Interview
jacobian
281
24k
Building Experiences: Design Systems, User Experience, and Full Site Editing
marktimemedia
0
370
ラッコキーワード サービス紹介資料
rakko
0
1.9M
Building an army of robots
kneath
306
46k
Transcript
© LayerX Inc. Fintech事業部流・爆速開発 Kentaro Takahashi, 2024/06/19
自己紹介
© LayerX Inc. 3 Fintech事業部 VPoE Fintech事業部にて、ALTERNA(個人向け投資サービス)と ODX(Operation DX)チームのマネジメントを担当 趣味は酒と保護猫を飼うこと
以前はPairs(エウレカ) / DeNAなどに在籍 自己紹介 Kentaro Takahashi
事業紹介
5 © LayerX Inc. 「すべての経済活動を、デジタル化する。」をミッションに掲げ、 法人支出管理サービス「バクラク」や企業内業務のデジタル化を支援するサービスを提供しています。 事業紹介 バクラク事業 企業活動のインフラとなる法人支出 管理(BSM)SaaSを開発・提供
Fintech事業 ソフトウェアを駆使したアセットマネジメ ント・証券事業を合弁会社にて展開 AI・LLM事業 文書処理を中心とした、LLMの活用による プロセスのリデザイン
© LayerX Inc.
© LayerX Inc.
© LayerX Inc.
開発生産性 ≠ プロダクトの生産性
© LayerX Inc. 10 Four Keys • デプロイ頻度 • 変更のリードタイム
• 変更障害率 • サービス復元時間 開発生産性 ≠ プロダクトの生産性
© LayerX Inc. 11 開発生産性 ≠ プロダクトの生産性
© LayerX Inc. 12 開発生産性 ≠ プロダクトの生産性 2年で4000個のP-Rなので生産性は悪くなさそうだけど...
© LayerX Inc. 13 大事なことは、ちゃんと「成果」が 狙った通りに出ていること 開発生産性 ≠ プロダクトの生産性 =
使われないものを作らない
プロダクト開発の生産性をあげるために
© LayerX Inc. 15 成果 = 打率(施策の成功確率) × 打数(デリバリーのスピード) プロダクト開発の生産性をあげるために
© LayerX Inc. 16 成果 = 打率(施策の成功確率) × 打数(デリバリーのスピード) プロダクト開発の生産性をあげるために
© LayerX Inc. 17 = ドメインの理解 × 最速での価値検証 打数(デリバリーのスピード) プロダクト開発の生産性をあげるために -
マーケティングメールは「特定電子メール法」という法律でオプトインが義務づけられている - 金融商品取引法によって、投資家から預かった資金は明確に分別して管理すること - このような制約を理解しておくことでコミュニケーションのスピードが上がる - 制約を正しく理解できていないと、コミュニケーションが複雑になりスピードが下がる
© LayerX Inc. 18 = ドメインの理解 × 最速での価値検証 打数(デリバリーのスピード) プロダクト開発の生産性をあげるために
© LayerX Inc. 19 = ドメインの理解 × 最速での価値検証 打数(デリバリーのスピード) プロダクト開発の生産性をあげるために 「よーし、エピックレベルの企画を作るぞ!」
「企画の目的Aはこれで、目的Bはこれ」 「Aに対してのストーリーはこの4つで、Bはこの3つ」 「これをこうして...」
© LayerX Inc. 20 = ドメインの理解 × 最速での価値検証 打数(デリバリーのスピード) プロダクト開発の生産性をあげるために 「よーし、エピックレベルの企画を作るぞ!」
「企画の目的Aはこれで、目的Bはこれ」 「Aに対してのストーリーはこの4つで、Bはこの3つ」 「これをこうして...」 ✗
© LayerX Inc. 21 施策の開発は、1つの目的に対して1つの解決策が基本 → 1つの施策で複数の課題を解決しようとすると、論点がブレがち そのために、やらないことをしっかり決めることも重要 プロダクト開発の生産性をあげるために
© LayerX Inc. 22 = ドメインの理解 × 最速での価値検証 打数(デリバリーのスピード) プロダクト開発の生産性をあげるために 「よーし、エピックレベルの企画を作るぞ!」
「企画の目的Aはこれ、Aに対してのストーリーはこの4つ」 「この機能もあればユーザーが喜びそう!」 「使い勝手を考えたら、こういう風に作りたい」
© LayerX Inc. 23 = ドメインの理解 × 最速での価値検証 打数(デリバリーのスピード) プロダクト開発の生産性をあげるために 「よーし、エピックレベルの企画を作るぞ!」
「企画の目的Aはこれ、Aに対してのストーリーはこの4つ」 「この機能もあればユーザーが喜びそう!」 「使い勝手を考えたら、こういう風に作りたい」 ✗
© LayerX Inc. 24 それっぽい思い込みで開発せず、仕様をシンプルに保つ また、仕様検討時に「どうしたらこの機能が成功か」を定義する → 成功指標が定義できないと「使われているがそのプロダクトに とって意味があるのかわからない」機能になりがち プロダクト開発の生産性をあげるために
まとめ
© LayerX Inc. 26 - それっぽい思い込みで開発せず、仕様をシンプルに保つ - 施策の成功指標を定義する - 施策の開発は、1つの目的に対して1つの解決策
- やらないことを決める - ドメインを理解することによりコミュニケーション・実装の質を上 げる まとめ
おわりに
© LayerX Inc. 28 まとめ https://note.layerx.co.jp/n/nd989c05bf9b1
© LayerX Inc. 29 - それっぽい思い込みで開発せず、仕様をシンプルに保つ - 施策の開発は、1つの目的に対して1つの解決策 - ドメインを理解することによりコミュニケーション・実装の質を上
げる まとめ