【正解の解説】
機能を細かな単位に分割し、優先度の高いものから順に実装と検証を繰り返して完成度を高める。
これは巨大なコース料理を一度に作るのではなく、一口サイズの前菜を出してから客の感想を聞き、次の料理の味付けを変えていく「おまかせ懐石」のような進め方です。最初に全体をガチガチに固めず、変化に柔軟に対応しながら少しずつ完成度を高めていくのがアジャイル開発の最大の特徴であり、現代の素早い変化が求められるビジネスにおいて非常に強力な武器となります。
【その他の選択肢の解説】
全体の要件定義を初めに完全に固定し、詳細な全体設計を行ってから順次コーディングを進める。
アジャイル開発と完全に真逆の性質を持つ代表的な手法であり、まるで一度作り始めたら途中で変更できないコンクリートの建物を建てるようなものです。初学者は「最初に計画を固める方が安心ではないか」と誤解しがちですが、途中で仕様変更があった際に対応しにくいというアジャイルとの決定的な違いを試験では問われやすいため注意が必要です。
プロジェクトの初期段階で予算と納期の見積もりを確定させ、計画通りのスケジュールで進行する。
これは変化の少ない定型的なプロジェクトには向いていますが、IT業界のように途中で顧客の要望やトレンドが変わる世界では柔軟性を欠く原因となります。アジャイル開発では「計画通りに進めること」よりも「変化に対応すること」を最優先に価値を置くため、最初から予算や納期、スケジュールを完全に固定化して進めるこの記述は不適切となります。
顧客の要求変更を一切受け付けず、あらかじめ合意した仕様書通りにすべての工程を厳格に管理する。
これは柔軟性を重視するアジャイル開発の理念とは正反対の考え方であり、変更を拒絶するウォーターフォール開発の悪い側面を極端にしたものです。アジャイル開発では「途中で仕様が変わることは当たり前」という前提に立ち、顧客と密にコミュニケーションを取りながらむしろ積極的に改善や変更を受け入れていくため、この選択肢は誤りとなります。