ウォーターフォール

システムや Web サイトの開発手法の 1 つです。水が滝(ウォーターフォール)を流れ落ちるように、「各工程を順番に終わらせていき、原則として前の工程には後戻りしない」のが最大の特徴です。1970 年代に提唱された古典的な手法です。

最初に仕様が完全に固まり、後から変更が発生しないプロジェクト(大規模な基幹システムや行政システムなど)では、スケジュールと予算の管理がしやすく、非常に効率的に進められます。

Web ディレクションにおいては、柔軟に変更を繰り返す「アジャイル開発(アジャイル)」と使い分けるのが現実的です。一般的には、「Web サイトの新規構築や全面リニューアルはウォーターフォールで行い、公開後の改善・運用フェーズはアジャイルで回す」というハイブリッド型がよく採用されます。

最も多い失敗は、公開後の運用フェーズまでウォーターフォール型で進めようとしてしまうことです。「ボタンの色を 1 つ変えるだけでも、要件定義からやり直して見積もりを取る」といった重厚長大なプロセスを踏んでいては、市場の早い変化には到底対応できません。

言葉をよく利用する人

新規サイト構築の進め方を決める場面

プロデューサー
今回の新規サイト構築、どういう進め方がいいでしょうか。
Web担当者
要件がしっかり固まっている部分はウォーターフォールで、要件定義から設計、実装と順番に進めるのが効率的です。逆にまだ固まりきっていない箇所は、後から柔軟に直せるアジャイルを併用しましょう。
プロデューサー
なるほど、全部を一つの進め方にしなくていいんですね。

運用フェーズの改善が遅い原因を探る場面

マーケター
公開後の改善サイクルが、どうも遅くて歯がゆいんです。
Web担当者
公開前のウォーターフォール的な進め方が、そのまま運用にも持ち込まれているのかもしれません。運用は月次で小さく回すスタイルに切り替えて、改善のスピードを上げていきましょう。