Aウォーターフォール開発
要件定義から運用まで工程を順番に進める直列型の開発手法です。前工程の成果物が後工程の入力となるため、各工程末でのレビューが重視されます。要件が明確で変更が少ない大規模システムや公共系案件に向きますが、開発後半での仕様変更には弱く手戻りコストが大きくなります。V字モデルでテスト工程との対応関係を表現します。
工程を順次・直列に進める
各工程末のレビューが重要
仕様変更に弱く手戻りコスト大
要件固定の大規模案件に向く
違いシリーズ一覧に戻る
テクノロジ系
ウォーターフォール開発とアジャイル開発の違い
ウォーターフォール開発は要件定義→設計→実装→テスト→運用と工程を順次進める伝統的手法、アジャイル開発は短いイテレーション（スプリント）で計画と実装を反復する手法。両者は仕様変更への耐性・ドキュメント量・適用領域で大きく異なり、応用情報試験でも頻出論点です。
比較表で見る違い
| 観点 | ウォーターフォール開発 | アジャイル開発 |
|---|---|---|
| 進め方 | 工程を順次・直列に進める | 短期間の反復（スプリント） |
| 仕様変更 | 原則不可（変更コスト大） | 柔軟に対応可能 |
| ドキュメント | 詳細に整備 | 必要最小限 |
| 顧客との関わり | 初期と納品時が中心 | 継続的に関与（レビュー反復） |
| 成果物の確認 | 工程末で確認 | スプリント毎に動くソフトを確認 |
| 代表的手法 | V字モデル | スクラム、XP、カンバン |
| 向いている案件 | 要件固定・大規模・公共系 | 要件不確定・Web・新規事業 |
それぞれの詳しい解説
Bアジャイル開発
1〜4週間程度のスプリントで計画・設計・実装・テストを反復し、動くソフトウェアを継続的に届ける手法です。顧客と密に協働しながら優先度の高い機能から順に開発します。仕様変更を歓迎する姿勢が特徴で、Web系・新規事業など要件が変動しやすい領域で有効。代表的なフレームワークはスクラムです。
短期スプリントで反復開発
仕様変更を歓迎
動くソフトウェアを継続的に提供
スクラム・XP・カンバンが代表
試験対策のポイント
「ウォーターフォール=直列・変更弱・大規模、アジャイル=反復・変更強・Web系」で整理。
理解度チェック（2問）
Q1. アジャイル開発の特徴として、適切なものはどれか。
- 1工程を直列に進め、前工程末で完全に成果物を固める
- 2短期間のイテレーションで動くソフトウェアを継続的に届ける
- 3詳細な設計ドキュメントを整備してから実装する
- 4仕様変更には原則対応しない
解答・解説を見る
正解：2. 短期間のイテレーションで動くソフトウェアを継続的に届ける
アジャイル開発は短期スプリントで動くソフトを反復的に届ける。直列・詳細ドキュメント・変更不可はウォーターフォール開発の特徴。アジャイルは仕様変更を歓迎する。
Q2. ウォーターフォール開発が適している案件として、適切なものはどれか。
- 1要件が頻繁に変動するスタートアップのWebサービス
- 2小規模な実験的プロトタイピング
- 3要件が確定した公共系の大規模システム
- 4市場の反応を見て機能を継続改善するサービス
解答・解説を見る
正解：3. 要件が確定した公共系の大規模システム
ウォーターフォールは要件確定済みの大規模・公共系案件に向く。要件変動が大きいWebサービスや実験的プロトタイピング、継続改善型はアジャイルが適している。