ITパスポート 令和6年度 問40：development_managementに関する問題

答えは a「小さく分けて、大事なものから短い期間で作って出すのを繰り返す」 です。

アジャイルは“こまめに作って、こまめに見せる”作り方。料理でいえば、フルコースを一気に出すのではなく、一品ずつ作って味見してもらいながら進めるイメージ。大事な機能から少しずつ完成させて何度もリリースします。

👉 覚え方：アジャイル＝「小さく・素早く・くり返す」。

ほかの選択肢：b 共通フレームで工程や文書を決める話／c 上流から下流へ順番に進めて最後にまとめてリリース＝ウォーターフォール（アジャイルの反対）／d 試作品を見せて評価をもらう＝プロトタイピング（似ているが別の手法）。

なぜこれが正解か

正解は a。アジャイル開発は、開発対象を小さな単位に分割し、優先度の高いものから短い期間（イテレーション／スプリント）で設計〜実装〜テスト〜リリースを反復する手法。変化に柔軟に対応し、早期から動くものを提供できるのが特徴。

各選択肢の解説

• b 共通フレームを適用して工程名や作成文書を定義：これは共通フレーム（SLCP）の説明で、開発手法そのものではない。
• c 上流から下流まで順番に進め、全工程終了後にリリース：ウォーターフォールモデルの説明。アジャイルの対極。
• d プロトタイプを作り利用者の評価・フィードバックで進める：プロトタイピングの説明。利用者確認を重視する点は似るが、アジャイルの本質は“反復＋優先度順の漸進的リリース”。

覚え方・ひっかけ注意

アジャイルのキーワードは「小さく分割・優先度順・短期間・反復・リリース」。dのプロトタイピングは紛らわしいが、“試作品で確認”が主眼。「順番に・最後にまとめて」と書かれていたらウォーターフォール（c）と即判定する。

理論的背景

アジャイル開発の思想的根拠は2001年に発布された「アジャイルソフトウェア開発宣言（Agile Manifesto）」にある。「プロセスやツールよりも個人と対話を、包括的なドキュメントよりも動くソフトウェアを、契約交渉よりも顧客との協調を、計画に従うことよりも変化への対応を」という4つの価値観と12の原則が、アジャイル開発の哲学的基盤を形成する。

正解aの「小さい単位に分割して優先度の高いものから短期間で開発とリリースを繰り返す」は、アジャイル開発の「インクリメンタル（漸進的）かつイテレーティブ（反復的）」な開発スタイルを正確に記述している。スクラムではこの反復単位を「スプリント（Sprint）」と呼び、通常1〜4週間の固定期間で実施される。各スプリントの成果物は「動くソフトウェア（Product Increment）」であり、毎スプリント末に潜在的にリリース可能な状態にすることが目標である。

カンバン（Kanban）は「継続的なフロー（作業の流れ）」の最適化を重視し、スプリントサイクルを持たずWIP（Work in Progress：仕掛り作業）制限によって作業量を管理する点でスクラムと異なる。両者はともにアジャイルフレームワークの代表例だが、組織の状況・チーム成熟度・業務の不確実性によって使い分けられる。

実務での使われ方

アジャイル開発の採用率はソフトウェア産業で急拡大しており、VersionOne（後のDigital.ai）の「State of Agile Report 2023」では回答者の71%がアジャイル手法を採用していると報告している。スクラムが最も広く使われるフレームワーク（66%）であり、次いでカンバン（31%）、SAFe（Scaled Agile Framework：大規模アジャイル、22%）が続く。

日本固有の課題として「スクラムの理解不足（スクラムイベントをこなすだけで形骸化）」「ウォーターフォールとの混合（アジャイル風ウォーターフォール）」「顧客の変更対応意欲の欠如（変更を嫌う大手企業文化）」が挙げられる。一方でDX推進の文脈でPMO・経営企画部門がアジャイルを自ら学ぶ動きが増え、デジタル庁がアジャイル開発に関する調達ガイドラインを公開するなど制度面の整備も進んでいる。

試験での位置づけ

アジャイル開発はITパスポートの「開発管理」分野で最頻出の開発手法テーマである。出題パターンは「アジャイルの正しい説明を選ぶ」（本問型）、「アジャイルとウォーターフォールの比較」「スクラムの用語（スプリント・プロダクトバックログ・スプリントレビュー）の定義」の3タイプ。

本問の誤選択肢は①共通フレーム（ウォーターフォール的なプロセス標準）、②ウォーターフォール（上流から下流への順次進行・一括リリース）、③プロトタイプ開発（ウォーターフォールの一変形・早期フィードバック重視だがスプリント繰り返しではない）で構成されており、各開発手法の本質的差異を問う高品質な選択肢設計になっている。

基本情報技術者では「スクラムの5イベント（スプリントプランニング・デイリースクラム・スプリントレビュー・スプリントレトロスペクティブ・スプリント）」「プロダクトバックログ・スプリントバックログの違い」「ベロシティ（スプリント速度）の計測」が詳細に問われる。

選択肢の発展補足

bの「共通フレームを適用した工程定義」：共通フレーム（SLCP：Software Life Cycle Process、ISO/IEC 12207の日本版）はシステム開発・調達のプロセス標準であり、要件定義・設計・実装・テストの工程名と文書を定義する。これはウォーターフォール的な構造化開発の枠組みであり、アジャイルの「変化への適応・反復的開発」とは哲学的に対立する面を持つ。ただし共通フレーム2013はアジャイル開発も包含できるよう改訂されているため、「共通フレーム＝ウォーターフォールのみ」と断定することは現在は不正確になっている。

cのウォーターフォール（全工程後にリリース）との対比：ウォーターフォールの最大の問題点は「要件変更への対応コストが高い（後工程ほど変更コストが増大）」ことにある。アジャイルはこの問題を「変更を受け入れる設計（Embrace Change）」で根本的に解決しようとする手法論であり、「全開発工程終了後にリリース」というウォーターフォールの特性が正答を際立たせるキーワードとなっている。

dのプロトタイピング開発との区別：プロトタイプ開発は「実際に動くモックアップを作成して利用者に確認してもらい、フィードバックを取り込んで開発を進める」手法。アジャイルもユーザーフィードバックを重視するが、プロトタイピングの主目的は「要件の具体化・確認」であり、アジャイルの「継続的なインクリメント（価値の積み上げ）リリース」とは概念的に異なる層の話である。