Slide 1

Slide 1 text

イテレーティブな開発で 不確実性を乗り越える RECRUIT TECH CONFERENCE 2025 新規事業に挑む開発チームの在り方 索手 一平 株式会社リクルート プロダクトディベロップメント室

Slide 2

Slide 2 text

索手 一平 スポーツ観戦・筋トレ・サウナ・ビール 経歴 / Career 2016年にリクルートに新卒入社。 ビューティー領域にて『ホットペッパービューティー』 のAndroidアプリおよびそのAPIシステムのリプレイスプ ロジェクトを担当。 その後はアーキテクトとして『ホットペッパービュー ティーワーク』の立ち上げに携わる。 現在は『ホットペッパービューティーワーク』の 開発チームリーダー兼TechLead。 趣味 / Hobbies プロダクトディベロップメント室 販促領域エンジニアリング2ユニット ビューティー領域エンジニアリング部 ビューティープロダクト開発3グループ

Slide 3

Slide 3 text

『ホットペッパービューティーワーク』とは ● 『ホットペッパービューティー』が提供する 美容業界向け求人マッチング&ソリューションサービス ● 2023年2月にWeb版をリリース

Slide 4

Slide 4 text

『ホットペッパービューティーワーク』とは 2024年6月にiOS・Androidアプリ をリリース 🚀

Slide 5

Slide 5 text

今日お話しすること アプリ立ち上げプロジェクトについて イテレーティブな開発スタイルを通して 早期リリースをいかに実現したか

Slide 6

Slide 6 text

iOS・Androidアプリの立ち上げについて ● 応募数増を目的として2023年8月にスタート 急遽プロジェクトを立ち上げ2024年6月には無事リリース 🎉 ● 少しでも早く応募数増に寄与するため 最短でのリリース を 目指していた、つまり デリバリー(D)の優先度が最も高い 状況

Slide 7

Slide 7 text

iOS・Androidアプリの立ち上げについて ● 応募数増を目的として2023年8月にスタート 急遽プロジェクトを立ち上げ2024年6月には無事リリース 🎉 ● 少しでも早く応募数増に寄与するため 最短でのリリース を 目指していた、つまり デリバリー(D)の優先度が最も高い 状況 スコープ 開発チームの状況 プロジェクト開始時、大きく2つの課題があった

Slide 8

Slide 8 text

最小スコープがどこなのか確信を持てずにいた 立ち上げ時の課題: ● 最短でリリースするためにはスコープの最小化は必須 ● しかしユーザに受け入れられるだけの最低限のUXは 初期リリース時点で担保したい ● 最低限のUXを保てるスコープがどこなのか確信が持てなかった スコープ

Slide 9

Slide 9 text

iOS・Androidエンジニアは他の開発チームから集める形で プロジェクトチームを組閣 ホットペッパービューティーワーク 開発チーム アプリ立ち上げ プロジェクトチーム iOS・Android エンジニア サーバサイド エンジニア ディレクター デザイナー 他の開発チーム 立ち上げ時の課題: 開発チームの状況

Slide 10

Slide 10 text

● アサインされたサーバサイドエンジニアは iOS・Android開発に携わるのが初めて → iOS・Android開発の流れや考慮事項の知識・経験が不足 ● iOS・Androidエンジニアは 『ホットペッパービューティーワーク』に携わるのが初めて → ドメイン知識・既存メンバーとの相互理解が不足 開発チームの知識・経験・相互理解が大きく不足していた 立ち上げ時の課題: 開発チームの状況

Slide 11

Slide 11 text

イテレーティブな開発スタイルの採用 ● 『ホットペッパービューティーワーク』では 個々の案件単位ではウォータフォール(WF)寄りの 開発スタイルを採用してきた ● WFは後続工程に向けて事前に要件・設計を整理するスタイル、 今回のプロジェクトとは相性が悪い ○ スコープ変動時に整理した内容が無駄になりかねない ○ 知識・経験が不足していては後続工程のイメージが困難 ● そこで イテレーティブな開発スタイル を採用することに

Slide 12

Slide 12 text

イテレーティブな開発スタイル 作るべき機能を細分化し、それぞれをマイルストーンとして 一つ一つ「完成」させていく 検索条件モーダル 要件定義 設計 ・・・ 受け入れテスト TOP画面 要件定義 設計 ・・・ 受け入れテスト チュートリアル 要件定義 設計 ・・・ 受け入れテスト ・・・ 開発工程を 何度も繰り返す

Slide 13

Slide 13 text

イテレーティブな開発スタイルの狙いと効果(1/2) 開発チームを早期に成熟させること 開発工程を細かく繰り返し、機能完成までに必要な作業・論点の 学習サイクルを素早く回すことができる 効果 開発チームが早い段階から具体的な 完成イメージ・共通言語を得てスムーズに開発することが可能に 狙い

Slide 14

Slide 14 text

イテレーティブな開発スタイルの狙いと効果(2/2) 早期にスコープをFixさせること 部分的にでも完成した機能に触れることで UXへの解像度が高まり「最低限のスコープ」を早期に見極められる 効果 プロジェクト開始から4ヶ月(2023年12月)でスコープをほぼFix プロダクトへの自信が深まり スコープ削減の意思決定が可能に 狙い

Slide 15

Slide 15 text

開発スタイルを活かすための3つの工夫 1. 口頭コミュニケーションの促進 2. まず動くアプリを作る 3. 極端なやり方で必要なものを見極める

Slide 16

Slide 16 text

開発スタイルを活かすための3つの工夫 1. 口頭コミュニケーションの促進 2. まず動くアプリを作る 3. 極端なやり方で必要なものを見極める

Slide 17

Slide 17 text

口頭コミュニケーションの促進 ● イテレーティブ開発は小さなゴールを短期間で達成していくスタイル 進行中の作業がブロックされないよう 発生した論点の早期解決が重要 → その場で一気に話を進められる 口頭議論と相性が良い ● 相互理解が浅い状態でチームがスタートしていたため、 そこを深めていく意味でも相性が良かった

Slide 18

Slide 18 text

口頭コミュニケーションの促進 ● プロジェクトとして専用の会議体を多く設けることで仕組みと して口頭コミュニケーションを促進、エンジニアのリーダー層 は毎日、プロジェクト全体では週3回 集まる場を設定 ● 論点解決に向けた情報収集や意思決定をその場で完了するため プロジェクトの参加者はなるべく全員を会議に集める形で運用

Slide 19

Slide 19 text

開発スタイルを活かすための3つの工夫 1. 口頭コミュニケーションの促進 2. まず動くアプリを作る 3. 極端なやり方で必要なものを見極める

Slide 20

Slide 20 text

まず動くアプリを作る ● 開発を始める際は「CI環境整備」「ライブラリの選定」など開 発基盤を整えるところから始めることが多いが、それらを後回 しにし 動くアプリ(実際のWeb APIを呼び出して、アプリが 動作する状態)の完成をチーム全体の最優先事項とした ● 開発サイクルを一周しチームを成熟させることが このプロジェクトにとって最も重要だと判断

Slide 21

Slide 21 text

この3要素を 「動くアプリ」の 要件とした 優先度はMiroに書き出して議論 予定していたタスクと その依存関係を洗い出し 個々のタスクを後回しにできな いかチームで議論

Slide 22

Slide 22 text

後回しにしたタスクの例 細かい開発フロー系は全般後回し ライブラリ選定も最初のマイルストーン に直結しないものは後回し 作業に1時間取れそうかを 基準にしていた

Slide 23

Slide 23 text

開発スタイルを活かすための3つの工夫 1. 口頭コミュニケーションの促進 2. まず動くアプリを作る 3. 極端なやり方で必要なものを見極める

Slide 24

Slide 24 text

極端なやり方で必要なものを見極める ● プロジェクト開始当初は仕様書・設計書などの中間成果物を どこまで作るか迷っていたが、まずは「中間成果物一切無し」 という極端なやり方で開発に着手することに ● 極端な方向に振ることで「本当に必要なもの」を見極めやすく なり、実際に行うことで 自信を持って判断することができる ● 結果、最小限の成果物で効率よく開発を進める事が可能に

Slide 25

Slide 25 text

プロジェクト全体(アプリ立ち上げ)の結果 ● 初期はリリース時期を「2024年12月」と見立てていたが 「2024年06月」と6ヶ月前倒しでリリース 🚀 ● 不具合が発生することもほぼなく、 アプリリリース後の応募数は 事前の見立て通り大幅増 📈

Slide 26

Slide 26 text

プロジェクト全体(アプリ立ち上げ)の結果 ● 初期はリリース時期を「2024年12月」と見立てていたが 「2024年06月」と6ヶ月前倒しでリリース 🚀 ● 不具合が発生することもほぼなく、 アプリリリース後の応募数は 事前の見立て通り大幅増 📈 ビジネス効果を損なうことなく リリースを大幅に前倒すことができた

Slide 27

Slide 27 text

まとめ ● UXの見極め・開発チームの成熟が必要な状況では イテレーティブな開発が有効 ● イテレーティブな開発をうまく駆動するために「口頭コミュニ ケーションの促進」「まず動くものを作る」「極端なやり方で 必要なものを見極める」が効果的

Slide 28

Slide 28 text

Fin