ITパスポート 2026年 問43

アプリを2週間ごとに逐次リリースする開発モデル【ITパスポート 解説】

正解の理由

解法ステップ

1. 問題文のキーワードを探す
   • 「2週間ごと」「繰り返しリリース」「一覧表で管理」「優先順位」「逐次リリース」など。
2. キーワードの意味を整理する
   • 短期間で何度もリリースする → 「反復（イテレーション）」「インクリメンタル（段階的）」
   • 一覧表で優先順位をつける → バックログ（backlog：やることの一覧）を使う運用
3. 各開発モデルの特徴と照らし合わせる
   • アジャイル：短い反復と優先順位に基づく逐次リリースに適合
   • 他の選択肢（DevOps、ウォーターフォール、リバースエンジニアリング）は該当しない理由を確認
4. 結論を出す
   • 短い反復、バックログ運用、優先順位重視 → イ（アジャイル）

選択肢別の誤答解説

• ア: DevOps
  DevOps（Development and Operations：開発と運用の連携）は、開発チームと運用チームの協力や自動化（継続的インテグレーション/継続的デリバリー：CI/CD）を重視します。頻繁なリリースを実現しやすくする文化や仕組みですが、「どのように開発を進めるか（開発モデル）」を直接示すものではありません。問題文は開発モデル（反復的に機能を追加していく手法）を問うため、DevOps単独は最適な答えではありません。
• イ: アジャイル（正答）
  アジャイルは短い期間で何度も繰り返してソフトウェアを改善していく手法です。バックログ（やること一覧）から優先順位をつけて取り組む点も一致します。2週間というスパンはアジャイルの代表的なフレームワークであるスクラム（Scrum：短期間のスプリントで開発を回すやり方）でよく使われる「スプリント（1〜4週程度）」と合致します。
• ウ: ウォーターフォール
  ウォーターフォール（Waterfall：上流から下流へ順に進める直線的な開発モデル）は、要件定義→設計→実装→テスト→運用と段階を順番に行います。1回の大きなリリース向きで、短期で繰り返しリリースする運用には不向きです。
• エ: リバースエンジニアリング
  リバースエンジニアリング（逆解析：既存製品から設計や仕様を解析する行為）は、既にあるソフトや機器を理解するための手法であり、今回の「開発モデル（どう進めるか）」の選択肢ではありません。

よくある誤解

1. 「頻繁に出す＝DevOpsが正解」
   • DevOpsはリリースの自動化や運用との連携を支える考え方です。頻繁リリースの実現に役立ちますが、問題の問い（開発モデル）に対する直接の答えではありません。アジャイルとDevOpsは併用されることが多い点を押さえてください。
2. 「アジャイルは計画がない、ドキュメントを作らない」
   • アジャイルは変化に強いですが、計画やドキュメントを完全に放棄するわけではありません。必要な計画や最低限のドキュメントは作りつつ、短いサイクルで検証と改善を繰り返します。
3. 「2週間なら必ずスクラム」
   • スクラムは代表的なアジャイルのフレームワークでスプリント（短期反復）を使いますが、アジャイルは他にもカンバン（Kanban：看板方式）などがあります。重要なのは「短い反復と優先順位付け」であり、それがアジャイルの本質です。

補足コラム

• スクラムとスプリント
  スクラム（Scrum：ラグビーのスクラムから名付けられた）はアジャイルのフレームワークの一つです。開発期間をスプリント（Sprint：通常1〜4週間）という短い区切りで行い、スプリントごとに動くソフトを出します。問題の「2週間ごと」は典型的なスプリント長の例です。
• バックログ（backlog：やること一覧）
  バックログには「新機能候補」「不具合」「改善点」などをカードや一覧にして登録します。優先度の高いものから順にスプリントで取り組み、完成したらリリースします。
• 継続的インテグレーション/継続的デリバリー（CI/CD）
  CI（Continuous Integration：継続的インテグレーション）は頻繁にコードを統合して自動テストする仕組み、CD（Continuous Delivery/Deployment）はその後の自動ビルド・デプロイの考え方です。これらはアジャイルと組み合わせて、短いサイクルで安全にリリースするためによく使われます。

FAQ