ウオーターフォール型開発は、そのシンプルで順序立った管理スタイルが評価され、企業の間で広く使われ続けてきた。そのため、ウオーターフォール型開発からアジャイル型開発への移行は容易ではない。特に大企業の上層部は安定を好む傾向があるため、既存の手法の見直しには消極的だ。

　一方で、ウオーターフォール型開発の体制を生かしつつ、改善に向けたアプローチを取り入れることはできる。以下に具体的なステップを3つ紹介する。

1．計画段階で慎重なアプローチを取る

　ウオーターフォール型開発では最初にスケジュールを確定させる。しかし、開発途中で重大な問題が見つかった場合、ソースコードを書き直したり新しく作成したりする必要がある。最初に厳格なスケジュールを敷いてしまうと、対処する時間がなくなってしまう。

　ソフトウェアアーキテクチャとエンジニアリングの先駆者であるフレデリック・ブルックス氏は、「セカンドシステム症候群」についても言及している。これは、最初に開発したシステムが成功した場合、次に開発するシステムが、過度な機能追加といった要因から複雑化しやすい傾向のことだ。

　ブルックス氏は著書「The Mythical Man-Month」（邦題：人月の神話）の中で、プロジェクト開始時は以下2つを実践し、まずシステムの挙動を試してから、本格的なソースコード作成に移るよう推奨している。

• モックアップ
  • 動かないが外観が同じ模型を作り、製品のデザインを視覚的に確認する。
• ラピッドプロトタイピング
  • 本物と同様に動く簡易的な試作品を作ること。ユーザーのフィードバックを早期に得て、製品の設計や機能の改善に役立てる。

2．スパイクを実践する

　スパイクとは、シンプルな試作品を作成し、技術的なリスクを評価する手法だ。新しいソフトウェアを構築したり機能を追加したりする際、初期段階で簡単な概念実証（PoC）を実施することで、プロジェクトの精度向上につなげることができる。

　以下にスパイクの具体例を挙げる。

• 異なるシステム間のデータ通信
  • 異なるOSである「UNIX」と「Windows」は直接の通信が難しい。スパイクとしてネットワークプロトコルやファイル共有のさまざまな設定を試すことで、両システムがデータ通信可能か確認できる。
• レガシーシステムとシステムの互換性
  • レガシーシステムは、最新の技術と互換性がない場合があるため、両者をつなぐAPI（アプリケーションプログラミングインタフェース）ラッパーが必要だ。スパイクで簡単なAPIラッパーを作成すれば、その有効性を確認できる。
• UX（ユーザー体験）向上
  • Webページの新しいデザインや機能を試作し、その使用感やデザインを評価する。フィードバックを収集するために、スパイクでUI（ユーザーインタフェース）を構築する。

3．プロジェクトを細分化する

　特にプロジェクトが大規模の場合、細かいフェーズに分けることで、ウオーターフォール型開発の成功率を向上させることができる。各フェーズは、設計、実装、テスト、デプロイ（配備）のプロセスから成り立つ。大きなプロジェクトを一度に進める場合と比べて、問題点の早期発見と修正が可能となるため、プロジェクトの安定性を高めることができる。