ITパスポート 令和3年度 問51：プロジェクトマネジメントに関する問題
アジャイル開発を実施している事例として，最も適切なものはどれか。
- aAIシステムの予測精度を検証するために，開発に着手する前にトライアルを行い，有効なアルゴリズムを選択する。
- bIoTの様々な技術を幅広く採用したいので，技術を保有するベンダに開発を委託する。
- cIoTを採用した大規模システムの開発を，上流から下流までの各工程における完了の承認を行いながら順番に進める。
- d分析システムの開発において，分析の精度の向上を図るために，固定された短期間のサイクルを繰り返しながら分析プログラムの機能を順次追加する。正答
AI解説（初心者・標準・上級）
理解度に合わせて3レベルの解説を無料で読めます。
答えは d です。
アジャイル開発とは、短い期間で作って→見直して→また作って、を何度もくり返しながら少しずつ良くしていく作り方です。dは「短い期間のサイクルをくり返して機能を順次追加」とあり、まさにこれ。
料理でたとえると、味見をしながら少しずつ調味料を足して仕上げる感じ。一気に全部作らず、こまめに改善します。
👉 覚え方：アジャイル＝「短くくり返してちょっとずつ」。
ほかの選択肢：a 事前トライアル＝始める前の下調べ／b ベンダに丸投げ＝外注の話／c 各工程を順番に承認＝昔ながらの一気通貫(ウォーターフォール)型。
なぜこれが正解か
正解は d。アジャイル開発は、短い期間（イテレーション／スプリント）の開発サイクルを反復し、動くソフトウェアを少しずつ作り上げる手法。dの「固定された短期間のサイクルを繰り返しながら機能を順次追加する」は、この反復・漸進的な特徴を的確に表している。
各選択肢の解説
- a 開発着手前にトライアルで有効なアルゴリズムを選ぶ：事前の検証・PoCであり、反復開発そのものではない。
- b 技術を持つベンダに開発を委託：外部委託（アウトソーシング）の話で開発手法ではない。
- c 上流から下流まで各工程の完了承認をしながら順番に進める：典型的なウォーターフォール型の説明。
覚え方・ひっかけ注意
「短期間・反復・少しずつ追加」が出たらアジャイル、「工程を順番に・前工程の完了承認」が出たらウォーターフォール。cはアジャイルと正反対の記述で最も紛らわしい引っかけ。スプリント・スクラム・イテレーションの語が出たらアジャイルと判断する。
理論的背景
アジャイル開発の思想的根拠は2001年に17名のソフトウェア開発者が署名した「アジャイルソフトウェア開発宣言」に集約される。4つの価値観（プロセスやツールより個人と対話 / 包括的ドキュメントより動くソフトウェア / 契約交渉より顧客との協調 / 計画に従うことより変化への対応）と12の原則を柱とする。
代表的な実装フレームワークの スクラム では次の役割・イベント・成果物が定義されている。
| 要素 | 内容 |
|---|---|
| プロダクトオーナー | バックログ優先度の決定・価値最大化責任 |
| スクラムマスター | プロセスの保護・障害除去 |
| 開発チーム | 自己組織化・クロスファンクショナル |
| スプリント | 固定長（通常2〜4週）の繰り返しサイクル |
| デイリースクラム | 15分の進捗同期会 |
| スプリントレトロスペクティブ | プロセス改善の振り返り |
本問の選択肢 d は「固定された短期間のサイクルを繰り返しながら機能を順次追加」と記述しており、スクラムのスプリントの定義そのものだ。AI/機械学習の精度改善も反復的な実験と改善のサイクルが不可欠なため、アジャイルと高い親和性がある。
実務での使われ方
アジャイルとウォーターフォールはどちらが優れているかという二項対立ではなく、プロジェクトの特性で使い分けるのが現代の実務標準だ。要件が変動しやすく素早いフィードバックが必要な新規デジタルサービス・AI/ML 開発にはアジャイル、要件が明確で安全基準・規制対応の証跡が必須な金融基幹システム・組込み制御にはウォーターフォール、大規模プロジェクトで外部設計はウォーターフォール・詳細実装はアジャイルというハイブリッドアジャイルも普及している。DevOps（開発と運用の統合）・CI/CD パイプラインと組み合わせることで、スプリントの成果を即座に本番環境へ反映するデリバリー高速化が実現できる。
試験での位置づけ
近年の ITパスポートでは AI・IoT・DX との絡みでアジャイル関連の出題が急増している。スクラムの用語（スプリント・バックログ・プロダクトオーナー）、XP のプラクティス（TDD・ペアプログラミング・リファクタリング＝本バッチ e0ebacfc と関連）、ウォーターフォールとの対比は頻出三大テーマだ。選択肢 c の「上流から下流まで各工程の完了承認をしながら順番に進める」はウォーターフォールの教科書的定義であり、アジャイルと正反対の記述なので迷わず除外できるようにしておきたい。基本情報技術者ではリーン・カンバン・FDD・DSDM などの多様なアジャイル手法まで踏み込んで問われる。
選択肢の発展補足
選択肢 a「開発着手前にトライアル」 はフィジビリティスタディ（PoC: 概念実証）の説明で、アジャイルか否かに関係なく行われる事前検証活動。開発手法の分類とは直交する軸であり、アジャイル開発の中で行われる PoC も存在する。AI システムの精度検証のための事前実験は重要だが、それ自体は「繰り返しサイクルで機能を追加する」アジャイルの定義には当てはまらない。
選択肢 b「IoT 技術をもつベンダに委託」 は外部調達（アウトソーシング）の話で、開発手法（アジャイルかウォーターフォールか）を問う文脈とは完全に軸が異なる。外注先がアジャイルで開発することもあり得るため、「委託」はアジャイルの有無を判定できない情報だ。
選択肢 c「上流から下流まで各工程を順番に承認」 はウォーターフォールの定義であり、変更に弱い（前工程に戻れない）という弱点がある。これを補う手法がスパイラルモデル（リスクが高い部分をプロトタイピングでらせん状に検証）やプロトタイピングモデルで、アジャイルはその哲学的発展形といえる。
出典：IPA（情報処理推進機構）公式 ITパスポート試験 令和3年度 問51／ 公的機関配布資料につき出典明記の上引用。解説は合格ナビによる独自AI解説です。