ガイドIP
アジャイル開発・スクラムとウォーターフォールモデル完全攻略｜システム開発手法徹底比較
公開: 2026-08-25更新: 2026-08-26
ITパスポートで頻出のシステム開発手法（アジャイル・スクラム・ウォーターフォール）を徹底解説。スプリント、プロダクトバックログ、スクラムチームの3つの役割（PO/SM/開発者）と出題パターンを網羅。
マネジメント系分野で近年急速に出題比率が高まっているのが、変化に柔軟な「アジャイル開発」と代表的フレームワーク「スクラム」です。従来の「ウォーターフォールモデル」との違いを明確に対比して覚えましょう。
1. ウォーターフォールモデル vs アジャイル開発
比較項目 | ウォーターフォールモデル | アジャイル開発 |
|---|---|---|
開発の進め方 | 要件定義→設計→実装→テスト→運用の順に後戻りせず進める | 1〜4週間の短い単位（イテレーション/スプリント）を反復する |
仕様変更への対応 | 途中の仕様変更は手戻りが大きく困難 | 変化を受け入れ、優先度の高い機能から順次リリースする |
適したプロジェクト | 要件が事前に確定しており大規模な基幹システム等 | ユーザーニーズが流動的で迅速な市場投入が求められるWeb/アプリ開発 |
2. スクラムの主要構成要素と3大ロール
- プロダクトオーナー (PO): プロダクトの価値を最大化する責任者。要件一覧（プロダクトバックログ）の優先順位を決定する。
- スクラムマスター (SM): スクラムの原則をチームに浸透させ、開発の障害（ブロッカー）を取り除く支援者（サーバントリーダー）。
- 開発者 (Developers): 自己組織化されたチームで、スプリント内の実装・テスト・成果物作成を自律的に担当する。
3. スクラムのイベントと成果物
- スプリント: 1か月以内の固定期間で行われる開発サイクル。
- スプリントプランニング: 今期スプリントで何を作り、どう実装するかを計画する会議。
- デイリースクラム: 毎日15分程度で行う進捗確認と障害共有の立ちミーティング。
- スプリントレビュー & レトロスペクティブ: 成果物のデモによる確認（レビュー）と、チームの働き方の振り返り（改善）。
4. 試験対策のまとめ
【頻出キーワード】「短い反復期間」「動くソフトウェアの早期提供」「顧客との協調」「自己組織化チーム」が出たらアジャイル/スクラムを選ぶ。
この記事に関連する教科書用語
編集・検証について
編集・検証：IT資格ラボ編集部
IPAが公開する試験要綱・シラバス・過去問題と、各技術の公式資料を優先して内容を確認しています。制度変更や誤りを確認した場合は、記事を見直して更新します。
編集方針・情報源・訂正方針を見る