短い周期で繰り返しリリースする開発に合う開発モデルの見分け方
ITパスポート試験 令和8年度 問43 ／ ソフトウェア開発管理技術 › 開発プロセス・手法
過去問にチャレンジ
ある企業でスマートフォン向けのアプリケーションソフトウェアの開発を計画しており，2週間ごとに新機能や不具合の修正を含めた新しいバージョンを繰り返しリリースすることにした。新機能の候補や不具合は一覧表で管理し，優先順位をつけて開発し，逐次リリースする方針にした。この開発に採用するソフトウェア開発モデルとして，最も適切なものはどれか。
- ア
DevOps
- イ
アジャイル
- ウ
ウォーターフォール
- エ
リバースエンジニアリング
会話形式の解説
講師今回は、開発の方針を読んで、それに合うソフトウェア開発モデルを選ぶ問題です。問題文の「2週間ごとに繰り返しリリース」と「一覧表に優先順位をつけて開発」の2か所に注目してください。
受験者頻繁にリリースすると聞いて、私はDevOpsが浮かびました。リリースを速くするための言葉だと覚えていたので、迷っています。
講師そこが一番の引っかけです。DevOpsは、開発担当と運用担当が緊密に連携し、自動化も使って迅速なリリースを目指す考え方です。頻繁なリリースを支えるという点では問題文と重なりますが、開発の進め方そのものを定めた開発モデルではありません。
受験者問われているのが「開発モデル」なので、考え方であるDevOpsは最も適切とはいえない、ということですね。
講師そのとおりです。では、開発モデルの中で短い周期の反復に合うものはどれだと思いますか。
受験者アジャイルだと思います。短い期間で作ってはリリースする、というイメージがあります。
講師正解です。アジャイルは、短い期間で設計・開発・テストを繰り返し、段階的にソフトウェアを作り上げていく手法です。要件の変化にも柔軟に対応しやすいので、2週間ごとの反復リリースや、優先順位をつけた一覧に沿って開発する方針とよく合います。
受験者ウォーターフォールも開発モデルですよね。こちらが当てはまらない理由も確認したいです。
講師ウォーターフォールは、要件定義から運用までの工程を上流から順番に進めていくモデルです。工程を一つずつ順に進める前提なので、短い期間に何度もリリースを繰り返す計画には向きません。
受験者リバースエンジニアリングは「エンジニアリング」と付いているので、開発の手法かと思ってしまいそうです。
講師名前で迷いやすいですね。リバースエンジニアリングは、既存の製品やソフトウェアを解析して、構造や仕様を調べる技法です。解析の結果から設計書やソースコードなどを得るためのもので、新しいソフトウェアを開発する進め方ではありません。
受験者整理すると、開発モデルはアジャイルとウォーターフォールで、短い周期の反復に合うのはアジャイルです。DevOpsは開発と運用の連携の考え方、リバースエンジニアリングは解析の技法ですね。
講師よく整理できています。補足すると、アジャイルの代表的な枠組みにスクラムがあり、スプリントと呼ばれる1か月以内の短い期間で開発を繰り返します。2週間はよく使われる例です。問題文の「優先順位をつけた一覧表」は、スクラムのプロダクトバックログに当たる考え方です。
講師DevOpsも「迅速なリリース」と結び付けて説明されるので、引っかけに使われやすいです。選ぶ前に、問われているのが「開発モデル」かどうかを確かめる習慣をつけておきましょう。
まとめ
2週間ごとの反復リリースと、優先順位をつけた一覧に沿った開発という方針に合う開発モデルは、アジャイルです。アジャイルは、短い期間で設計・開発・テストを繰り返し、段階的にソフトウェアを作り上げていく手法です。ウォーターフォールは工程を上流から順に進めるモデルなので、短い周期の反復には向きません。DevOpsは開発と運用が連携して迅速なリリースを目指す考え方で、開発モデルそのものではありません。リバースエンジニアリングは既存のソフトウェアを解析する技法です。
解答・解説
正解はイです
この問題のテーマ
開発の方針が「短い周期で何度もリリースする」「一覧表に優先順位をつけて開発する」という内容のとき、どのソフトウェア開発モデルが合うかを問う問題です。
解き方の考え方
まず問題文から開発方針の特徴を拾い出します。ここでは「2週間ごとに繰り返しリリースする」と「候補や不具合を一覧で管理し、優先度の高いものから開発する」の2点です。次に、各選択肢が開発の進め方を表すモデルなのか、別の概念なのかを見分けます。開発モデルの中で短い周期の反復に合うものを選べば、正解にたどり着けます。
選択肢ごとの解説
- ×ア DevOpsDevOpsは、開発担当と運用担当が緊密に連携し、自動化を活用して迅速なリリースを目指す考え方です。頻繁なリリースを支えるという点では問題文と重なりますが、開発の進め方そのものを定めた開発モデルではありません。そのため、この問いの答えとしては最も適切とはいえません。
- ○イ アジャイルアジャイルは、短い期間で設計・開発・テストを繰り返し、段階的にソフトウェアを作り上げていく手法です。要件の変化に柔軟に対応しやすく、2週間ごとの反復リリースや、優先順位をつけた一覧に沿って開発する方針とよく合います。このため、アジャイルが正解です。
- ×ウ ウォーターフォールウォーターフォールは、要件定義から運用までの工程を上流から順番に進めていく開発モデルです。工程を一つずつ順に進める前提なので、短い期間に何度もリリースを繰り返す計画には向きません。
- ×エ リバースエンジニアリングリバースエンジニアリングは、既存の製品やソフトウェアを解析し、構造や仕様を調べる技法です。解析の結果から設計書やソースコードなどを得るためのもので、新しいソフトウェアを開発する進め方を示すものではありません。
補足
アジャイルの代表的な枠組みにはスクラムがあり、スプリントと呼ばれる1〜4週間ほどの短い期間で開発を繰り返します。本問の「優先順位をつけた一覧表」は、スクラムのプロダクトバックログに当たる考え方です。DevOpsも「迅速なリリース」と結び付けて説明されるため引っかけになりやすいですが、問われているのが「開発モデル」かどうかを確かめてから選ぶようにしましょう。
POINT
- アジャイルは、短い期間で設計・開発・テストを繰り返して段階的に進める開発手法です。
- 「短い周期で繰り返しリリース」「優先順位をつけて開発」という言葉があれば、アジャイルを思い浮かべるとよいです。
- ウォーターフォールは工程を上流から順に進めるモデルで、短い期間に何度もリリースする計画には向きません。
- DevOpsは開発と運用が連携して迅速なリリースを目指す考え方で、開発モデルそのものではありません。
- リバースエンジニアリングは既存のソフトウェアを解析して仕様や構造を調べる技法です。