デュアルトラックアジャイル

プロジェクト管理SaaS（従業員50名、エンジニア20名）がデュアルトラックを導入した事例。

Before（シングルトラック）:

• PMがステークホルダーの要望をそのままバックログに積む
• 検証なしで開発 → リリース後に「使われない機能」が発覚
• 直近3ヶ月にリリースした12機能のうち、利用率10%以上はわずか4機能

After（デュアルトラック導入）:

バックログのルール変更:

• 「要望」は直接バックログに入れず、まずディスカバリーの仮説リストに入る
• 仮説リストから検証優先度の高いものを選び、2週間以内に検証
• 検証結果が「Go」のものだけがデリバリーのバックログに入る

結果（導入3ヶ月後）:

• リリースした機能の利用率10%以上の割合: 4/12 → 7/8に改善
• 「作ったけど使われない」機能の削減でエンジニアのモチベーション向上
• ステークホルダーへの説明に「検証データ」という根拠が加わり、説得力が向上

リリース数は減ったが、打率が33%→87%に劇的改善。量より質への転換。

月間取扱高8億円のファッションECアプリ。開発スピードは速いが、新機能のうち利用率5%以上のものが25%しかない。

導入アプローチ: いきなり全面導入ではなく段階的に。

Phase 1（1ヶ月目）: 週1回のユーザーインタビューだけ開始。PMとデザイナーが交互に実施。

• 発見: 「検索機能の改善」が社内の最優先だったが、ユーザーは「お気に入りからの再購入」が最大ペイン

Phase 2（2〜3ヶ月目）: プロトタイプテストを追加。Figmaで1日で作り、翌日5人にテスト。

• 検証: 「お気に入り再購入ボタン」のプロトタイプをテスト → 10人中8人が「絶対使う」

Phase 3（4ヶ月目〜）: 検証済みバックログルールを導入。

結果（6ヶ月後）:

• 新機能の利用率5%以上: 25% → 68%
• 開発チームの満足度（四半期アンケート）: 3.2/5 → 4.1/5
• 「お気に入り再購入」機能は月間GMV 5,000万円を創出

最初は週1時間のインタビューから。小さく始めて効果を証明するのが導入の鍵。

人口30万人の地方自治体がDX推進チーム（5名）にデュアルトラックの考え方を導入した事例。

課題: 「オンライン手続きシステムを構築したが利用率が低い」という状況が複数のサービスで発生。予算を使って作ったシステムが使われない問題。

ディスカバリートラック導入:

• 月2回、窓口で来庁者に5分間のヒアリングを実施（計20人/月）
• 職員向けに「住民からよく聞く不満」の共有会を月1回開催
• 新サービスは必ず10人にプロトタイプを見せてから予算申請

発見された課題:

• 高齢者は「スマホで手続き」自体がハードルではなく、「ログインのたびにパスワードを求められる」のが障壁
• 子育て世帯は「必要な手続きが何かわからない」のが最大の問題

デリバリーに反映:

• 生体認証ログインの導入（パスワード不要に）
• ライフイベント別の「やること一覧」機能を追加

結果（4ヶ月後）:

• オンライン手続き利用率: 15% → 38%
• 窓口待ち時間: 平均22分 → 平均13分
• 住民満足度: 58% → 74%

行政でも「住民に聞いてから作る」のサイクルは有効。月2回のヒアリングだけで成果が出た。

BtoB SaaS企業で、四半期ごとに8〜10個の新機能をリリースしていたが、リリース後にアクティブに使われていたのは平均3個だけだった。デュアルトラックを導入し、ディスカバリーで事前検証してからデリバリーに回す体制に変更。

結果、四半期あたりのリリース数は5〜6個に減ったが、利用率は**78%**に跳ね上がった。開発チームの「作ったのに使われない」という不満も解消され、エンジニアのモチベーション調査スコアも改善した。

モバイルアプリのスタートアップが、デュアルトラックを導入して最初の1か月で「検索フィルター強化」という機能のプロトタイプテストを実施。5名のユーザーテストで、全員が「この機能は使わない。それより検索結果の並び替えが欲しい」とフィードバックした。

当初の計画では検索フィルターに3スプリントを投資する予定だったが、ディスカバリーの結果から方針転換。並び替え機能を1スプリントで実装してリリースしたところ、検索完了率が**22%**向上した。未検証なら3スプリント分の工数が無駄になっていた計算だ。