開発プロセスモデル（ウォーターフォール・アジャイル）とは？かいはつぷろせすもでる
開発プロセスモデル（ウォーターフォール・アジャイル）とは、工程を順に進めて原則後戻りしないウォーターフォールと、短い反復で計画・開発・テストを繰り返すアジャイルという、開発の進め方の対比。選択の分かれ目は要件がどれだけ確定しているかで、確定度が低い対象へウォーターフォールを当てると、手戻りの費用が最も大きく出る。
最終更新：2026-10-06
この語が出る過去問を解く →背景
要件を先に固めて工程を分ければ、大人数の分業と進捗の可視化ができる——これが工程分割の狙いだった。しかし利用者が使ってみるまで要件が定まらない領域では、固めたはずの前提が途中で崩れる。この2つの前提の違いを調停するため、進め方そのものを選択の対象として扱うようになった。応用情報では適用場面の選択として問われる。
具体例
要件が法令や既存業務で定まる勘定系の刷新にはウォーターフォール、利用者の反応を見ながら機能を決めるWebサービスにはアジャイルが向く。アジャイルの代表であるスクラムでは、スプリントごとに動くソフトウェアを出し、レトロスペクティブで進め方自体を見直す。
試験での引っ掛け
前提条件の取り違えが定番。ウォーターフォールは要件が確定していることを前提に後戻りしない形で進めるので、変更が頻発する案件には向かない。アジャイルは要件が変わることを前提にする。またアジャイルはドキュメントを作らない手法ではなく、動くソフトウェアをより重視するだけである点も繰り返し問われる。
関連用語
出た過去問
出典：令和4年度 秋期 応用情報技術者試験 午前 問66（IPA）
“情報システム・モデル取引・契約書＜第二版＞”によれば、ウォーターフォールモデルによるシステム開発において、ユーザ（取得者）とベンダ（供給者）間で請負型の契約が…
正解：システム内部設計フェーズからシステム結合フェーズまで
要点：仕様が確定した内部設計〜結合が請負型に適する
モデル取引・契約書では、要件が固まって成果物を明確に定義できる工程は請負型、要件がまだ流動的でユーザ側の関与が不可欠な工程は準委任型が適切とされています。内部設計から結合までは仕様が確定しベンダが成果物の完成に責任を負えるため、請負契約がなじみます。
出典・参考
解説は資格暗記が独自に作成しています。過去問の出典は各問題に記載のとおりです。