開発モデル

① ウォータフォールモデル

開発工程を「基本計画→外部設計→内部設計→プログラミング→テスト→運用保守」の順に進め、原則として前の工程に戻らない（後戻りしない）モデルです。名前の通り「滝の水が上から下へ流れ落ちるように」工程を順次実行していきます。

利点: 工程ごとの成果物が明確で、進捗管理がしやすい。大人数のチームでも役割分担がしやすく、大規模プロジェクトに適している。

欠点: 後工程で問題が発覚しても手戻りが困難。要件が曖昧な状態で進めると、完成時にユーザの期待と大きくずれるリスクがある。

② プロトタイプモデル

本格開発に先立って試作品（プロトタイプ）を作成し、ユーザに早い段階で触ってもらって評価・フィードバックを得るモデルです。ユーザの要件が明確でない場合に特に有効で、「実物を見ながら要件を固めていく」というアプローチを取ります。

利点: ユーザの要求を早期に確認できるため、完成後の認識齟齬が減る。

欠点: 試作品を作るコストがかかる。大規模システムでは試作の範囲が広がりすぎて非効率になりがち。小〜中規模のシステムに向いている。

③ スパイラルモデル

システム全体を複数のサブシステムに分割し、各サブシステムに対してウォータフォール的な工程（設計→実装→テスト）を繰り返し適用していくモデルです。各反復の冒頭でリスク分析を行い、技術的なリスクや要件の不確実性を早期に洗い出すことが特徴です。

利点: リスクを段階的に潰しながら進められる。サブシステム単位で品質を確認できるため、大規模システムでも柔軟性がある。

欠点: 反復のたびに計画・レビューが必要で管理コストが増大しやすい。

④ インクリメンタルモデル（段階的開発）

システムの機能を複数の「増分（インクリメント）」に分け、優先度の高い機能から順に開発・リリースしていくモデルです。最初のリリースで核となる機能を提供し、次のリリースで追加機能を積み上げるイメージです。

利点: 部分的にでも早期に利用を開始できる。ユーザからの早期フィードバックを後続の開発に活かせる。

欠点: 全体設計を最初にしっかり行わないと、後から追加する機能との整合性が取れなくなるリスクがある。

⑤ アジャイル開発

「俊敏な」という意味のアジャイルは、変化に迅速に対応するための軽量な開発手法群の総称です。2001年に発表されたアジャイルソフトウェア開発宣言では、以下の4つの価値が掲げられました。

1. プロセスやツールよりも個人と対話を重視する

2. 包括的なドキュメントよりも動くソフトウェアを重視する

3. 契約交渉よりも顧客との協調を重視する

4. 計画に従うことよりも変化への対応を重視する

代表的な手法としてXP（エクストリーム・プログラミング）やスクラムがあります。小〜中規模のプロジェクトや、要件変更が頻繁に発生する案件に特に適しています。

開発モデルの比較表