ITパスポート過去問 令和6年度（2024年）問40
アジャイル開発に関する記述として，最も適切なものはどれか。
選択肢
- ア：開発する機能を小さい単位に分割して，優先度の高いものから短期間で開発とリリースを繰り返す。
- イ：共通フレームを適用して要件定義，設計などの工程名及び作成する文書を定義する。
- ウ：システム開発を上流工程から下流工程まで順番に進めて，全ての開発工程が終了してからリリースする。
- エ：プロトタイプを作成して利用者に確認を求め，利用者の評価とフィードバックを行いながら開発を進めていく。
- ア
- イ
- ウ
- エ
正解と解き方・学習ポイント（AI解説）
アジャイル開発は、開発対象を小さい単位に分割し、優先度の高いものから短い期間で設計、実装、テストを行い、動く成果物を段階的にリリースしていく開発手法です。途中で要求が変わることを前提に、利用者のフィードバックを取り込みながら繰り返し改善します。
Point
この問題は、アジャイル開発の代表的な特徴である「小さく作って短い周期で繰り返し、優先度の高い機能からリリースする」を説明できるかを確認しています。あわせて、「共通フレーム」「ウォーターフォールモデル」「プロトタイピングモデル」との違いを、選択肢の記述から見分けられることが求められます。
解くために必要な知識
この問題を解くには、ソフトウェア開発手法の種類の理解が必要です。
用語の整理
| 用語名 | 意味 |
|---|---|
| アジャイル開発 | システムを小さな機能単位に分割し、短期間の開発サイクルを繰り返す手法です。仕様変更に対応しやすいとされます。 |
| リリース | 開発したソフトウェアや機能を、利用可能な状態として本番環境へ提供することです。 |
| イテレーション | アジャイル開発において、反復される一連の開発サイクルのことです。一般に短い期間（数週間程度）を設定します。 |
他の選択肢に出てくる用語
| 用語名 | 意味 |
|---|---|
| 共通フレーム | ソフトウェア開発の工程や用語、作業内容などを標準化したガイドラインです（SLCP）。 |
| ウォーターフォールモデル | 開発工程を上流から下流へ順番に進める手法です。原則として、前の工程が完了してから次の工程に進みます。 |
| プロトタイプモデル | 開発の初期段階で試作品を作成し、利用者の要望を確認しながら進める手法です。 |
問題の解法手順
各選択肢の整理
| 選択肢 | 内容の要点 | 該当する考え方・手法 | 正誤 |
|---|---|---|---|
| ア | 小さい単位に分割し、優先度の高いものから短期間で開発とリリースを繰り返す | アジャイル開発 | ○ |
| イ | 共通フレームを適用して工程名や文書を定義する | 共通フレーム（手法というより枠組み） | × |
| ウ | 上流から下流へ順番に進め、全工程終了後にリリースする | ウォーターフォールモデル | × |
| エ | プロトタイプを作り、利用者の評価とフィードバックを得ながら進める | プロトタイピングモデル | × |
選択肢ごとの解説
- ア：正解
アジャイル開発の説明です。機能を小さい単位に分け、優先度の高いものから短期間で開発を行い、動く成果物を段階的にリリースしながら改善していきます。
- イ：不正解
共通フレームに関する説明です。工程名や作業内容、成果物（文書など）を標準化するための枠組みであり、アジャイル開発の特徴そのものを述べたものではありません。
- ウ：不正解
ウォーターフォールモデルの説明です。上流工程から下流工程へ順番に進め、全工程が終わってからリリースする考え方は、アジャイル開発とは異なります。
- エ：不正解
プロトタイピングモデルの説明です。試作品を作り、利用者に確認と評価をしてもらいながら要求を明確にしていきます。アジャイル開発でもフィードバックは重視しますが、選択肢「エ」はプロトタイプ作成による要求確認を中心に述べています。
まとめ
アジャイル開発は、開発対象を小さい単位に分割し、優先度の高いものから短い期間で設計、実装、テストを行い、動く成果物を段階的にリリースしていく開発手法です。途中で要求が変わることを前提に、利用者のフィードバックを取り込みながら繰り返し改善します。
マネジメント系 > 開発技術 > ソフトウェア開発管理技術
アジャイル開発の説明です。機能を小さい単位に分け、優先度の高いものから短期間で開発を行い、動く成果物を段階的にリリースしながら改善していきます。
共通フレームに関する説明です。工程名や作業内容、成果物（文書など）を標準化するための枠組みであり、アジャイル開発の特徴そのものを述べたものではありません。
ウォーターフォールモデルの説明です。上流工程から下流工程へ順番に進め、全工程が終わってからリリースする考え方は、アジャイル開発とは異なります。
プロトタイピングモデルの説明です。試作品を作り、利用者に確認と評価をしてもらいながら要求を明確にしていきます。アジャイル開発でもフィードバックは重視しますが、選択肢「エ」はプロトタイプ作成による要求確認を中心に述べています。