ITパスポート 2020年 秋期 問37
問題文
開発対象のソフトウェアを、比較的短い期間で開発できる小さな機能の単位に分割しておき、各機能の開発が終了するたびにそれをリリースすることを繰り返すことで、ソフトウェアを完成させる。一つの機能の開発終了時に、次の開発対象とする機能の優先順位や内容を見直すことで、ビジネス環境の変化や利用者からの要望に対して、迅速に対応できることに主眼を置く開発手法はどれか。
選択肢
ア:アジャイル(正解)
イ:ウォータフォール
ウ:構造化
エ:リバースエンジニアリング
🔒 解説は解答すると表示されます
短期間で小さな機能単位を繰り返しリリースする開発手法【ITパスポート 解説】
正解の理由
問題文は「比較的短い期間で小さな機能の単位に分割し、各機能の開発が終わるたびにリリースを繰り返す」「次の開発対象の優先順位や内容を見直す」「ビジネス環境や利用者の要望に迅速に対応する」と述べています。これらはアジャイル(アジャイル開発:変化に柔軟に対応する開発手法)の特徴そのものです。したがって、選択肢の中では ア(アジャイル)が正しい選択です。
補足説明:
- アジャイルは大きな機能を小さな単位(イテレーションやスプリントと呼ぶ短期間の開発サイクル)に分けて作り、頻繁にリリース・評価して次を決めます。
- これにより、利用者のフィードバックや市場の変化を反映しやすくなります。
解法ステップ
- 問題文のキーワードを探す:
- 「短い期間」「小さな機能の単位」「繰り返しリリース」「優先順位の見直し」「迅速に対応」など。
- それぞれのキーワードがどの開発手法の特徴に合うか照らし合わせる:
- 反復的で柔軟 → アジャイル
- 最初に全体計画を立てて順番に進める → ウォータフォール
- 選択肢を一つずつ当てはめて、最も多くのキーワードに一致するものを選ぶ。
この流れで考えれば、短期間での反復リリースと優先順位の見直しを強調する記述はアジャイルに合致することがすぐ分かります。
選択肢別の誤答解説
-
ア: アジャイル
正解です。上で述べた通り、短い期間の繰り返し(イテレーション)と優先順位の見直しが特徴です。 -
イ: ウォータフォール(ウォーターフォール:工程を上流から下流へ順番に進める開発手法)
誤りです。ウォータフォールは要件定義→設計→実装→テスト→運用と順序が固定化され、各工程が終わるまで次に進まないため、開発途中での仕様変更や頻繁なリリースには向きません。 -
ウ: 構造化(構造化設計・構造化プログラミング:プログラムを論理的に分けて作る手法)
誤りです。構造化はプログラム設計手法で、全体の設計思想に関するものであり、問題文の「短期間で繰り返しリリースして優先順位を見直す」プロセスを示すものではありません。 -
エ: リバースエンジニアリング(リバースエンジニアリング:完成済みの製品を解析して設計や仕様を明らかにする行為)
誤りです。既存ソフトウェアの解析・再構築に関する手法で、新規開発を小さな単位で反復する説明とは無関係です。
よくある誤解
-
「短期間でリリース=テストが雑になる」
誤解です。アジャイルでも品質管理は重要です。小さな単位で頻繁にテストとフィードバックを回し、むしろ欠陥を早期に見つけやすくします。 -
「アジャイルは計画がない=無計画に作る」
誤解です。長期的な方向性や目標(プロダクトビジョン)は決めます。詳細は短いサイクルごとに決めるという違いです。
補足コラム
アジャイル開発の代表的な実践方法にはスクラム(Scrum:チームの役割や会議を定めた枠組み)やXP(Extreme Programming:品質向上を重視する実践技法)があります。スクラムでは「スプリント」と呼ぶ1〜4週間程度のサイクルで動きます。身近な例として、スマホアプリが小さな機能追加や不具合修正を定期的にアップデートするのは、アジャイル的な考え方に近い動きです。
語呂で覚えるコツ:
- 「短いサイクルで回す=アジャイル」
- 「一度だけ順に作る=ウォータフォール」
FAQ
Q1. イテレーションとインクリメンタルの違いは何ですか?
A1. イテレーションは「短い期間で繰り返すこと(繰り返し)」、インクリメンタルは「完成品を少しずつ積み上げること(増分)」です。アジャイルは両方(反復しつつ増分でリリース)を行うことが多いです。
A1. イテレーションは「短い期間で繰り返すこと(繰り返し)」、インクリメンタルは「完成品を少しずつ積み上げること(増分)」です。アジャイルは両方(反復しつつ増分でリリース)を行うことが多いです。
Q2. アジャイルはどんなプロジェクトに向いていますか?
A2. 要件が変わりやすい、ユーザーのフィードバックを反映したい、短期間で価値を出したいプロジェクトに向いています。逆に、安全規制が厳しく厳密な事前設計が必要な場合はウォータフォールが適することもあります。
A2. 要件が変わりやすい、ユーザーのフィードバックを反映したい、短期間で価値を出したいプロジェクトに向いています。逆に、安全規制が厳しく厳密な事前設計が必要な場合はウォータフォールが適することもあります。
Q3. アジャイルでドキュメントは不要ですか?
A3. 不要ではありません。必要なドキュメントは作りますが、価値ある動くソフトウェアを重視するため、過度な文書作成を避ける傾向があります。
A3. 不要ではありません。必要なドキュメントは作りますが、価値ある動くソフトウェアを重視するため、過度な文書作成を避ける傾向があります。
関連キーワード: アジャイル、イテレーション、インクリメンタル開発、スクラム、スプリント、ウォータフォール、構造化設計、継続的デリバリー、リリース管理

\ せっかくなら /
ITパスポートを
クイズ形式で学習しませんか?
クイズ画面へ遷移する→
すぐに利用可能!

