ウォーターフォール開発方式（Waterfall Model）は、ソフトウェア開発における最も古い方法論の1つであり、 順次的な段階を通じてプロジェクトを進めるアプローチを意味します。このモデルは、各段階を完全に完了してから次の段階に進む構造で、 まるで滝（waterfall）が上から下に流れるように段階的に進行する特徴を持っています。この記事では、ウォーターフォール開発方式の 定義、主な特徴、長所と短所、そして使用例について詳しく見ていきます。

ウォーターフォール開発方式の定義

ウォーターフォール開発方式は、ソフトウェア開発ライフサイクル（SDLC: Software Development Life Cycle）の各段階を 順次的に踏む方法論です。このモデルは、1970年代にウィンストン・ロイス（Winston W. Royce）によって初めて 紹介され、それ以来多くのプロジェクトで使用されてきました。ウォーターフォールモデルは、以下の段階を含みます。

1. 要件分析（Requirements Analysis）: プロジェクトの要件を収集し、明確に定義する段階です。

2. 設計（Design）: ソフトウェアのアーキテクチャと詳細設計を行う段階です。

3. 実装（Implementation）: 実際のコードを作成し、ソフトウェアを開発する段階です。

4. テスト（Test）: 開発されたソフトウェアをテストして、エラーを見つけ、修正する段階です。

5. 配備（Deployment）: ソフトウェアを実際の運用環境に配備する段階です。

6. 保守（Maintenance）: 配備されたソフトウェアを維持し、改善する段階です。

上記画像のように、企画が完了して承認されればデザインを行い、デザインが完了して承認されれば次の段階の開発を行い、 開発が完了して承認されれば、その後テストを行い、エラーがなければローンチを行います。企画段階では何度も修正が行われたり、 デザイン段階では何度も修正が行われたりすることがあります。

しかし、水は上から下に流れるように、開発が始まった時点で、突然企画を変更して開発を変更したりすることはありません。

ウォーターフォール開発方式の特徴

• 順次的な進行: 各段階が完了した後に次の段階に進む構造を持っています。
• ドキュメント重視: 各段階ごとに詳細なドキュメントを作成し、明確な記録を残します。
• 固定された要件: 初期の要件分析段階で、すべての要件を明確に定義し、以降の段階では要件の変更が困難です。

ウォーターフォール開発方式の長所と短所

長所

1. 明確な構造: 段階ごとに明確に区別されているため、進行状況を簡単に把握することができます。

2. ドキュメント化: 各段階でドキュメント化を徹底するため、プロジェクトの進行状況と意思決定事項を追跡しやすくなります。

3. 管理のしやすさ: 計画とスケジュール管理が容易であり、段階ごとに明確な目標を設定することができます。

短所

1. 変更の難しさ: 初期の段階で要件が固定されるため、以降の段階で要件を変更することが難しく、費用がかかります。

2. 段階間の依存性: ある段階が完了するまでは次の段階に進むことができないため、スケジュールが遅れる可能性が高くなります。

3. 顧客の関与不足: 初期の段階以降は顧客の関与が限定的になるため、最終的な成果物が顧客の期待と異なる可能性があります。

開発方式を語る際に使われる用語であり、段階的な手順に従って開発することを意味します。

❗さらに知っておくと良い情報

反対の方法として、アジャイル方式があります。これは、プロトタイプをローンチして、問題点や改善点を継続的に修正し、機能を追加しながら運用していく方法です。この方法は、 自社のサービスを作る際に主に使用され、その理由は、サービスの完成度をさらに高め、継続的に修正可能な人員を確保できるからです。

顧客のサービス（SI外注）を開発する際にアジャイル方式を使用する場合、毎月の給与と経費（家賃、管理費など）を顧客が 毎月支払う必要がありますが、実際には、2ヶ月の開発、5ヶ月の開発など、金額を定めて開発するだけで、決まった終わりが分からず、 毎月いくらという形で支払うことは非常にまれです。