フレームワーク活用ガイドひとことで言うと#
直近の作業はタスクレベルまで詳細に計画し、先の作業は大まかなマイルストーンだけで残す。時間が進むにつれて次のフェーズを詳細化していく「波（ウェーブ）」のような計画手法。全体を最初から完璧に計画しようとせず、分かってきた段階で段階的に詳しくする。
押さえておきたい用語#
- ローリングウェーブ（Rolling Wave）
- 「転がる波」の意味。時間の経過とともに計画の詳細度が波のように押し寄せていく様子を表現した比喩。
- 段階的詳細化（Progressive Elaboration）
- プロジェクトの情報が増えるにつれて、計画を少しずつ具体的にしていくプロセスを指す。PMBOKで定義された概念。
- 計画ホライゾン（Planning Horizon）
- 詳細計画を立てる範囲の時間的な上限。通常は2〜4週間先まで。それ以降は粗い計画にとどめる。
- ウェーブポイント
- 次の波（詳細化）を実施する計画更新のタイミング。スプリント境界やマイルストーン到達時が一般的。
ローリングウェーブ計画の全体像#
こんな悩みに効く#
- 半年後のことなんて分からないのに、詳細な計画を求められる
- 計画を立てた翌週に前提が変わり、計画が無駄になる
- ウォーターフォールの詳細計画とアジャイルの柔軟性の間で迷う
- 計画が粗すぎてステークホルダーが不安がる
基本の使い方#
計画ホライゾン（直近2〜4週間）の範囲を、タスクレベルまで分解する。
- 各タスクに担当者、工数見積り（0.5〜2日）、完了期限を設定
- 依存関係を明確にし、クリティカルパスを特定
- 見積り精度は ±10〜15% を目指す
この部分が「波の頂点」であり、ここだけが本当にコミットする計画。
具体例#
個人開発者（フリーランス、28歳）。副業でSaaSプロダクトを開発中。リリースまでの全体計画を立てようとしたが、技術選定もユーザーの反応も不確定要素が多く、3か月先の計画が立てられなかった。
ローリングウェーブで計画を再構成。
| 範囲 | 計画の粒度 |
|---|---|
| 今〜2週間 | タスクレベル（「認証APIの実装: 3日」「LPデザイン: 2日」） |
| 2週間〜1か月 | フィーチャー単位（「決済機能」「ダッシュボード」） |
| 1か月〜3か月 | マイルストーン（「β版リリース」「初期ユーザー獲得」） |
2週間ごとに次の波を詳細化し、3か月でβ版をリリース。「最初に全部計画しようとして止まっていた1か月間が無駄だった」と振り返る。β版リリース後、有料ユーザー 23名 を獲得。月の売上は 14万円 に到達した。
従業員90名のBtoB SaaS企業。年初に年間ロードマップを詳細に立てていたが、毎年Q2頃にはロードマップと現実が乖離し、Q3以降は「ロードマップは形骸化している」状態だった。
ローリングウェーブ方式に切り替え。
- 年間: 四半期ごとの大テーマのみ（例: Q1=パフォーマンス改善、Q2=新機能A、Q3=エンタープライズ対応）
- 四半期: フィーチャーレベルの優先順位リスト（上位10件のみ）
- スプリント: 2週間分のユーザーストーリーとタスクを詳細化
| 指標 | 年間計画方式 | ローリングウェーブ |
|---|---|---|
| Q3時点のロードマップ遵守率 | 35% | 78% |
| 機能リリース数（年間） | 24件 | 31件 |
| 顧客から「約束した機能がまだ」の苦情 | 月5件 | 月1件 |
詳細な年間計画が不要になったことで、プロダクトマネージャーの計画作成時間が年初の 2週間 → 3日 に短縮。代わりに四半期ごとの見直しに集中できるようになった。
従業員50名の建設会社。商業施設の新築工事（工期12か月、契約金額 4.5億円）で、全工程を着工前に詳細化しようとしていたが、地盤調査の結果や建材の納期など不確定要素が多く、計画に3か月かかっていた。
ローリングウェーブで計画プロセスを変更。
- 全体: 12か月のマスタースケジュール（基礎→躯体→内装→外構の4マイルストーン）
- 直近3か月: 月単位の中間マイルストーンと主要作業
- 直近2週間: 日単位の作業計画（作業者の配置、建材の搬入日、検査日程）
2週間ごとの計画更新で、天候や建材の納期遅延をリアルタイムに反映。
従来は計画変更のたびに「計画書の改訂 → 承認 → 配布」に 3〜5日 かかっていたが、ローリングウェーブでは2週間先の計画だけを更新するため 半日 で完了。工期12か月の工事が予定通りに竣工し、工期遅延は 0日 を達成。現場監督は「先の計画を細かく決めないことで、逆に予定通りに終わった」と語っている。
やりがちな失敗パターン#
- 全体ロードマップを作らない — 「先は分からないから計画しない」ではアジャイルとは違う意味で無計画。粗くてもいいから全体の方向性は示す。
- 直近の詳細化が甘い — 2〜4週間先の計画こそ精度が必要。「まあ大体こんな感じ」ではローリングウェーブの意味がない。
- 波の更新タイミングをサボる — 毎スプリント終了時に次の波を詳細化しないと、「波が来ない」=ただの粗い計画になる。
- ステークホルダーに説明しない — 「先の計画が粗い」ことを不安に思うステークホルダーには、「情報が増えた段階で精度を上げていく」というアプローチを事前に説明する。
まとめ#
ローリングウェーブ計画は「近い未来は詳細に、遠い未来は粗く」という段階的詳細化のアプローチ。最初に完璧な計画を立てようとして時間を浪費するのではなく、分かったことから順に詳細化していく。2〜4週間の計画ホライゾンを毎スプリント更新することで、計画は常に最新かつ現実的な状態を保てる。不確実性の高いプロジェクトで「計画を立てたのに無駄になった」という問題を構造的に解決する手法。