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
『じゃらんnet』アプリ 改善活動の軌跡
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
Recruit
PRO
March 03, 2025
Technology
360
2
Share
『じゃらんnet』アプリ 改善活動の軌跡
2025/2/19に開催したRecruit Tech Conference 2025の桐山の資料です
Recruit
PRO
March 03, 2025
More Decks by Recruit
See All by Recruit
まなび領域における生成AI活用事例
recruitengineers
PRO
2
190
AI時代にエンジニアはどう成長すれば良いのか?
recruitengineers
PRO
1
340
AIを用いたカスタマーサポートの業務プロセス・組織変革の実現
recruitengineers
PRO
1
180
問い合わせ自動化の技術的挑戦
recruitengineers
PRO
2
280
「Air ビジネスツールズ」のクライアントサポートにおける生成 AI 活用
recruitengineers
PRO
0
130
AI活用のためのアナリティクスエンジニアリング
recruitengineers
PRO
2
200
SaaS事業のデータマネジメント事例
recruitengineers
PRO
0
160
Kaggleで鍛えたスキルの実務での活かし方 競技とプロダクト開発のリアル
recruitengineers
PRO
1
520
LLM のプロダクト導入における開発の裏側と技術的挑戦
recruitengineers
PRO
1
230
Other Decks in Technology
See All in Technology
生成AI時代のエンジニア育成 変わる時代と変わらないコト
starfish719
0
7.5k
幾億の壁を超えて/Beyond Countless Walls(JP)
ikuodanaka
0
130
60分で学ぶ最新Webフロントエンド
mizdra
PRO
33
17k
Databricksで構築するログ検索基盤とアーキテクチャ設計
cscengineer
0
200
ルールルルルル私的函館観光ガイド── 函館の街はイクラでも楽しめる!
nomuson
0
200
【Findy FDE登壇_2026_04_14】— 現場課題を本気で解いてたら、FDEになってた話
miyatakoji
0
1.1k
LLM とプロンプトエンジニアリング/チューターを定義する / LLMs and Prompt Engineering, and Defining Tutors
ks91
PRO
0
410
DevOpsDays Tokyo 2026 見えない開発現場を、見える投資に変える
rojoudotcom
3
200
CDK Insightsで見る、AIによるCDKコード静的解析(+AI解析)
k_adachi_01
2
170
AI時代における技術的負債への取り組み
codenote
0
300
システムは「動く」だけでは足りない 実装編 - 非機能要件・分散システム・トレードオフをコードで見る
nwiizo
4
400
AWS DevOps Agentはチームメイトになれるのか?/ Can AWS DevOps Agent become a teammate
kinunori
6
550
Featured
See All Featured
Are puppies a ranking factor?
jonoalderson
1
3.3k
Speed Design
sergeychernyshev
33
1.6k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
287
14k
Amusing Abliteration
ianozsvald
1
150
How Fast Is Fast Enough? [PerfNow 2025]
tammyeverts
3
520
Building AI with AI
inesmontani
PRO
1
890
Abbi's Birthday
coloredviolet
2
6.8k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
12
1.6k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
35
2.4k
WENDY [Excerpt]
tessaabrams
10
37k
KATA
mclloyd
PRO
35
15k
The State of eCommerce SEO: How to Win in Today's Products SERPs - #SEOweek
aleyda
2
10k
Transcript
『じゃらんnet』アプリ 改善活動の軌跡 RECRUIT TECH CONFERENCE 2025 Flutter/KMPを用いたアジリティ追求の軌跡 Flutterリプレイスを起点に、さらなる改善を目指して 桐山 圭祐 株式会社リクルート
プロダクトディベロップメント室
フットサル、キャンプ プロダクトディベロップメント室 販促領域エンジニアリング1ユニット マリッジ&ファミリー・自動車・旅行領域 エンジニアリング部 旅行プロダクト開発グループ 桐山 圭祐 経歴 /
Career 2019年にリクルートに新卒入社。 2019年7月から旅行領域にモバイルアプリエンジニアとして参 画し、『じゃらんnet』アプリのFlutterリプレイス等を推進。 現在は『じゃらんnet』アプリの開発チームリーダーを担当。 iOSDC 2020 をはじめ、複数のイベントで登壇。 趣味 / Hobbies
• 国内の宿・ホテル予約サービス • iOS/Androidで運用中、今年でリリースから14年が経過 『じゃらんnet』アプリ
ご紹介したいこと 「『じゃらんnet』アプリ Flutterリプレイスの道のり」 https://speakerdeck.com/recruitengineers/kurosupuratutohuo mukai-fa-2022-flutterreact-nativefalsedao-ru-toshi-jian 『じゃらんnet』アプリで実施したFlutterリプレイスの効果を受け その後我々はどのような改善活動を行ってきたか ※ Flutterリプレイス自体の登り方については下記資料で詳細を公開しています。
こちらも是非ご参照ください! Flutterリプレイス その後の改善 本日話すのは こちら
• 長期間の開発を経て複数の課題が浮上 • 上記課題の改善を目的に『じゃらんnet』アプリのリプレイスを検討し 技術検証を経てFlutterへのリプレイスを意思決定 ソースコードの大規模化 『じゃらんnet』アプリのFlutterリプレイス • ビルド時間が増加し開発効率が低下 ソースコードの複雑化
• 調査/実装工数の増加 • バグや障害の増加
• 現在は頻度高く変更される画面のFlutter化が完了し、約1年間エンハンスを継続中 『じゃらんnet』アプリのFlutterリプレイス TOP 宿一覧 宿詳細 ・・・ Flutterへのリプレイスを行ったことで、どのような効果があったのか?
• コード品質は改善され、コンパクトでシンプルな状態へ • クロスプラットフォーム技術により、従来のiOS/Androidネイティブ開発に比べ工数半減 Flutterリプレイスの効果 50%減 80%減 • 開発の高速化 •
開発コスト削減 • バグ/障害発生確率の改善 を実現!! Flutterリプレイスにより
• 開発の高速化を実現 → 案件をより早く、多くリリースすることにつながったのでは? ◦ リードタイム: 案件がリリースされるまでの早さ ◦ スループット :
リリースされる案件の量 Flutterリプレイスの効果 の指標についても追加で確認
• 開発の高速化を実現 → 案件をより早く、多くリリースすることにつながったのでは? ◦ リードタイム: 案件がリリースされるまでの早さ ◦ スループット :
リリースされる案件の量 リードタイムやスループットの指標については Flutterリプレイス前後で、あまり違いが生まれなかった Flutterリプレイスの効果 ※イメージ の指標についても追加で確認
• プロセス面をはじめとする開発以外の部分がボトルネックとなってしまっていた • その開発以外の部分のボトルネックにより 開発の高速化がリードタイムやスループットに効きにくい状態となっていた 何故開発の高速化がリードタイムやスループットにつながらなかったのか? プロセス全体 開発 工程 工程
B 工程 A 工程 C … … ❌ ❌ ❌
開発以外の部分がボトルネック...?
『じゃらんnet』アプリの開発プロセス 『じゃらんnet』アプリの開発プロセスは4つの工程から構成される 企画 デザイン作成 開発 試験 ①ディレクターが 案件を考える ②デザイナーが デザインを作成する
③開発者が 実装する ④QAが 試験する リリース 案 件 案 件 案 件 案 件
『じゃらんnet』アプリの開発プロセス 多くの案件が同時並行で流れる リリース 案 件 A 案 件 B 案
件 D 案 件 C 案 件 E 案 件 A 案 件 B 案 件 D 案 件 C 案 件 E 案 件 A 案 件 B 案 件 D 案 件 C 案 件 E 案 件 A 案 件 B 案 件 D 案 件 C 案 件 E 企画 デザイン作成 開発 試験
『じゃらんnet』アプリの開発プロセス この複数の案件を秩序立てて管理するために、固定の期間が経過したら 各案件をまとめて次の工程に渡す運用を長年行っていた リリース 案 件 A 案 件 B
案 件 D 案 件 C 案 件 E 案 件 A 案 件 B 案 件 D 案 件 C 案 件 E 案 件 A 案 件 B 案 件 D 案 件 C 案 件 E 案 件 A 案 件 B 案 件 D 案 件 C 案 件 E 1ヶ月目 2ヶ月目 3ヶ月目 4ヶ月目 企画 デザイン作成 開発 試験
『じゃらんnet』アプリの開発プロセス リリース 案 件 A 案 件 B 案 件
D 案 件 C 案 件 E 案 件 A 案 件 B 案 件 D 案 件 C 案 件 E 案 件 A 案 件 B 案 件 D 案 件 C 案 件 E 案 件 A 案 件 B 案 件 D 案 件 C 案 件 E 1ヶ月目 2ヶ月目 3ヶ月目 4ヶ月目 企画 デザイン作成 開発 試験 このプロセスを前提に 開発速度が速くなるとどういうことが起こるか? この複数の案件を秩序立てて管理するために、固定の期間が経過したら 各案件をまとめて次の工程に渡す運用を長年行っていた
開発速度改善前 実装に開発期間の大部分を費やす 『じゃらんnet』アプリの開発プロセス - 開発高速化でどうなる? 企画 デザイン作成 開発 試験 リリース
案 件 案 件 案 件 案 件 1ヶ月目 2ヶ月目 3ヶ月目 4ヶ月目 実装
『じゃらんnet』アプリの開発プロセス - 開発高速化でどうなる? 企画 デザイン作成 開発 試験 リリース 案 件
案 件 案 件 案 件 1ヶ月目 2ヶ月目 3ヶ月目 4ヶ月目 実装 開発速度改善前 実装に開発期間の大部分を費やす ↓ 開発速度改善後 これまでの半分の時間で 実装完了できるように 案件を より早く多く リリースできる?
『じゃらんnet』アプリの開発プロセス - 開発高速化でどうなる? 企画 デザイン作成 開発 試験 リリース 案 件
案 件 案 件 案 件 1ヶ月目 2ヶ月目 3ヶ月目 4ヶ月目 実装 待ち時間 開発速度改善前 実装に開発期間の大部分を費やす ↓ 開発速度改善後 これまでの半分の時間で 実装完了できるように 固定の期間が経過するまで案件を次の工程に渡せないため 実装が早くなっても案件を寝かせておく時間が増えただけ
『じゃらんnet』アプリの開発プロセス - 開発高速化でどうなる? 企画 デザイン作成 開発 試験 リリース 案 件
案 件 案 件 案 件 1ヶ月目 2ヶ月目 3ヶ月目 4ヶ月目 実装 待ち時間 待ち時間を利用して追加の案件を開発しても、後続の試験工程で受け入れ可能な 案件の量は増えていないので、追加した案件を試験工程に渡すことができない QA そんなに 試験 できない… 追加 案件 追加 案件 追加 案件
開発以外の部分がボトルネックになってしまい 開発の高速化がリードタイムやスループットに 効きにくい構造になっていた
開発以外の部分がボトルネックになってしまい 開発の高速化がリードタイムやスループットに 効きにくい構造になっていた 追い求める指標によっては 開発のスコープだけで改善を行っても 効果が限定的になってしまう! 更なる改善が必要だ!!
Flutterリプレイスの効果を リードタイムやスループットに繋げるために その後の『じゃらんnet』アプリチームの改善活動 開発だけではなく プロセス全体を最適な状態に近付ける 改善活動を継続して実施
プロセス全体を 最適な状態に近づける改善活動 方針
改善活動は開発チームに閉じて 行うことが多かった • 開発における課題に着目しがち • 打ち手が開発によりがち これまで 改善活動の方針① - 職能を跨いだ改善チームを結成する
現在 開発 開発 QA デザイナー ディレクター 職能を跨いだ改善チームの結成 • プロセス全体における課題が見えてくる • 開発から見づらい点についても 解像度高く考慮した打ち手策定に繋がる
改善活動の方針② - 制約に集中してアプローチする • 現在の改善活動は「制約理論」をベースにして実施 • 制約理論: 仕事の流れの中にはどこかに必ず制約(ボトルネック)があり その制約に集中して改善を行うことで全体の成果を最大化する
• 現在の制約がどこにあるのか明確に特定する • 制約の特定に至ったら、その制約のみに集中してアプローチする プロセス 能力 100 25 120 A B C インプット 100 アウトプット 25 集中 引用: https://www.diamond.co.jp /book/9784478420409.html
改善活動の方針③ - 全体を解像度高く理解できる状態を作る • 制約を特定するためには、現在のプロセス全体を高い解像度で理解することが不可欠 • プロセスの状態を可視化するシステムの運用 ◦ JIRAのAPIから日次でチケットの更新履歴を取得→加工→可視化 ◦
可視化指標例: チケットの滞留状況推移、フェーズごとの平均LT推移 etc. • 現在のプロセスを継続的に可視化する仕組みを構築することで プロセスの全体像や現在の制約を継続的に把握し続けることが可能
プロセス全体を 最適な状態に近づける改善活動 施策例
課題 プロセス全体を最適化するために実施した施策例① 案件の受け渡しを行う 固定期間が長く 案件を寝かせる時間が長い
課題 プロセス全体を最適化するために実施した施策例① 打ち手 効果 案件の受け渡しを行う 固定期間が長く 案件を寝かせる時間が長い 固定の期間を半分に短縮し 対応した開発フローを再設計 リードタイムを
最大40%削減 待ち時間 だけを削減!
課題 プロセス全体を最適化するために実施した施策例② 開発完了しても QAリソース不足で試験ができず リリースできない案件が多発 QA そんなに 試験 できない… 開発
案 件 案 件 案 件 案 件 … … 開発済み案件
課題 プロセス全体を最適化するために実施した施策例② 打ち手 効果 開発完了しても QAリソース不足で試験ができず リリースできない案件が多発 ・開発とQAで協力して 試験する体制の構築 ・リグレッション
テストケースの見直し etc. スループットを 最大30%増加 QA そんなに 試験 できない… 開発 案 件 案 件 案 件 案 件 … … 開発済み案件 開発とQAで協力して 試験する体制の構築 テストケースの見直し
プロセス全体を最適な状態に近づけることで リードタイムやスループットの改善も実現 改善活動は限られた範囲で行うのではなく 俯瞰的に捉え全体を最適化することが重要
• 『じゃらんnet』アプリのFlutterリプレイスが リードタイム/スループットの指標に対する改善にはつながらなかった背景を受けて その後我々が行ったプロセス全体を最適化する改善活動についてご紹介 • プロセス全体を最適化するために ◦ 職能を跨いで改善チームを結成する ◦ 制約に集中してアプローチする
◦ 全体を解像度高く理解できる状態を作る • 現在はFlutterリプレイスとプロセス全体を最適化する改善活動によって リードタイムやスループットの指標についても顕著な改善効果を得ることができている まとめ