ローリングウェーブ計画法（詳細）

従業員12名のSaaS企業。BtoB向け在庫管理ツールの新規開発（期間6か月）。PMが最初に6か月分の詳細計画を立てようとしたが、顧客ヒアリングの結果次第で機能仕様が大きく変わる可能性があった。

ローリングウェーブ計画法を採用。

Wave 1の顧客ヒアリングで「入出庫のバーコード読み取り」が最優先と判明。Wave 2の計画をこの結果に基づいて詳細化し、プロトタイプの対象機能を絞り込んだ。最初から6か月分の計画を固めていたら、ヒアリング結果に合わせた軌道修正に 3週間 かかっていた見込みだが、ローリングウェーブでは 3日 で計画を更新できた。

従業員600名の食品メーカー。工場のIoT化プロジェクト（予算 8,000万円、期間12か月）。センサー選定→データ収集基盤構築→ダッシュボード開発の3フェーズ構成だが、センサーの選定結果が後続フェーズの工数を大きく左右する。

PMが3フェーズの概略計画を作成し、Wave 1（センサー選定・PoC）のみ詳細化した。

• Wave 1（4週間）：5社のセンサーを評価、温湿度・振動の 3種類 でPoC実施。タスクは日単位で管理
• Wave 2（8週間）：データ収集基盤の設計・構築。PoCの結果待ちのため、2パターン（クラウド直送 / エッジ処理）を概略レベルで用意
• Wave 3（残り）：ダッシュボード開発。方向性のみ

Wave 1のPoCで「振動センサーのデータ量が想定の 3倍」と判明。エッジ処理が必須とわかり、Wave 2の計画をエッジ処理前提に詳細化。最初から全工程を固めていたらクラウド直送前提で設計が進み、手戻りコストは 推定1,200万円 だった。ローリングウェーブで手戻りを 0円 に抑えた。

人口8万人の地方自治体。住民向け防災アプリの開発（予算 2,500万円、期間10か月）を外部ベンダーに委託。しかし住民アンケートの結果によって必要機能が変わるため、最初の段階で全機能を確定できなかった。

ベンダーと協議し、ローリングウェーブ方式で契約。

• Phase 1（4週・詳細計画）：住民アンケート実施 + 避難所マップ機能の開発（確定要件）
• Phase 2（8週・概略計画）：アンケート結果に基づく追加機能（安否確認 or 備蓄管理のいずれか）
• Phase 3（残り・方向性のみ）：テスト・リリース・運用移行

アンケートの結果、住民の 72% が「安否確認機能」を最優先と回答。Phase 2の計画を安否確認機能に一本化し、備蓄管理は次年度に回した。予算内で開発を完了し、リリース初月のダウンロード数は目標の 1.3倍 に達した。