情報処理安全確保支援士 2023年 秋期 午前2 問23
問題文
アジャイル開発手法の説明のうち、スクラムのものはどれか。
選択肢
ア：コミュニケーション、シンプル、フィードバック、勇気、尊重の五つの価値を基礎とし、テスト駆動型開発、ペアプログラミング、リファクタリングなどのプラクティスを推奨する。
イ：推測(プロジェクト立上げ、適応的サイクル計画)、協調(並行コンポーネント開発)、学習(品質レビュー、最終QA/リリース)のライフサイクルをもつ。
ウ：プロダクトオーナーなどの役割、スプリントレビューなどのイベント、プロダクトバックログなどの作成物、及びルールから成る。（正解）
エ：モデルの全体像を作成した上で、優先度を付けた詳細なフィーチャリストを作成し、フィーチャを単位として計画し、フィーチャごとの設計と構築とを繰り返す。
🔒 解説は解答すると表示されます
スクラムの要素【午前2解説】
正解の理由
この設問では、「スクラム」を説明している選択肢がどれかを問われています。スクラムはフレームワークとして「役割（プロダクトオーナー等）」「イベント（スプリント、スプリントレビュー等）」「作成物（プロダクトバックログ等）」「ルール」を明確に定義している点が特徴です。選択肢のうち、これらの要素を直接列挙しているのがウであり、スクラムガイドで示される定義と一致するため正解です。
解法ステップ
- 各選択肢のキーワードを抽出する（例：役割・イベント・作成物・プラクティス・ライフサイクル・フィーチャ単位など）。
- そのキーワードがどのアジャイル手法で特徴的かを照合する。
- 役割・イベント・アーティファクトを列挙 → スクラム
- TDD／ペアプログラミングなどのプラクティス → XP（エクストリームプログラミング）
- 「推測、協調、学習」などのライフサイクル表現 → ASD（Adaptive Software Development）
- モデル作成→機能リスト→フィーチャ単位の計画 → FDD（Feature-Driven Development）
- 最も一致度の高い選択肢を選ぶ（本問ではウ）。
選択肢別の誤答解説
-
ア:
- 解説: 「コミュニケーション、シンプル、フィードバック、勇気、尊重」という五つの価値や、テスト駆動開発（TDD）、ペアプログラミング、リファクタリングなどのプラクティスの列挙は、エクストリームプログラミング（XP）の記述です。
- なぜ不正解か: XPは具体的な開発プラクティスを強調する手法であり、スクラムの役割・イベント・アーティファクトの説明とは異なります。
-
イ:
- 解説: 「推測（Speculate）、協調（Collaborate）、学習（Learn）」というライフサイクルの表現は、Adaptive Software Development（ASD）の特徴的なフェーズ記述です。
- なぜ不正解か: ASDは適応的な計画と学習を重視するライフサイクル型のアプローチであり、スクラムの「役割・イベント・作成物」構成を示すものではありません。
-
ウ:
- 解説: プロダクトオーナーなどの役割、スプリントレビューなどのイベント、プロダクトバックログなどの作成物、及びルールの列挙は、そのままスクラムガイドの枠組みと一致します。
- したがって本問ではウが正答です。
-
エ:
- 解説: 「全体モデルを作成→優先度付けしたフィーチャリスト→フィーチャ単位で設計・構築を繰り返す」という流れは、Feature-Driven Development（FDD: フィーチャードリブン開発）の手法説明です。
- なぜ不正解か: FDDは“フィーチャ”を中心に据えた手順的なプロセスで、スクラムのイベントや役割の定義とは異なります。
よくある誤解
- スクラムは具体的なコーディングプラクティス（TDDやペアプログラミング）を規定する、と思い込みがち。実際はスクラムはフレームワークで、技術的プラクティスは明示しない（多くはXP等と併用される）。
- 「デイリースタンドアップ＝スクラム」と簡略化して捉え、スクラムの他の要素（バックログやプロダクトオーナー）を見落とす。
- FDDやASDなど、他のアジャイル手法の特徴語（フィーチャ、speculate/collaborate/learn）を混同してしまう。
補足コラム
スクラムは「軽量なフレームワーク」であり、組織やプロジェクトに応じて具体的な技術プラクティスを組み合わせて運用されます。公式な記述はスクラムガイドに集約されており、試験ではガイドにある「Roles, Events, Artifacts, Rules」の記述に一致する選択肢を基準に判断するとよいでしょう。また、問題で出る他手法の典型的なキーワード（XPの価値とプラクティス、ASDのライフサイクル語、FDDのフィーチャ中心プロセス）を押さえておくと短時間で区別できます。
FAQ
Q: スクラムはTDDやペアプログラミングを必須としているか？
A: いいえ。スクラム自体はエンジニアリングプラクティスを必須化していません。品質確保のためにXPのプラクティスを組み合わせることは一般的です。
Q: 「スプリントレビュー」と「スプリントレトロスペクティブ」はどう違うか？
A: スプリントレビューはステークホルダーと成果（インクリメント）を確認する場、スプリントレトロスペクティブはチーム内でプロセス改善を議論する場です。
Q: 問題文に「役割・イベント・作成物」とあれば常にスクラムか？
A: 高い確率でスクラムですが、文脈で用語（プロダクトバックログ、スプリント等）が明示されているかも確認してください。
関連キーワード: スクラム, プロダクトバックログ, スプリント, プロダクトオーナー, スクラムマスター, エクストリームプログラミング, Adaptive Software Development, フィーチャードリブン開発, スプリントレビュー, スクラムガイド
\ せっかくなら /
情報処理安全確保支援士を
クイズ形式で学習しませんか？
クイズ画面へ遷移する→
すぐに利用可能！