ITパスポートの開発手法｜ウォーターフォール・アジャイル・スクラム

開発手法の過去問では、工程を順に進めるウォーターフォールと、短いサイクルで確認・改善するアジャイルを区別します。スクラムはアジャイル開発で使われるフレームワークの一つであり、両者は同義ではありません。

1. ウォーターフォール：工程ごとに確認して進める

上流から下流へと滝（Waterfall）のように水が流れるように、前工程の成果物が承認されてから次工程へ進む開発モデルです。

要件が安定し、工程ごとの成果物や承認を重視する場合に選びやすいモデルです。一方、後工程で要件を変えると、前工程の見直しも必要になりやすくなります。大規模なら必ずウォーターフォール、アジャイルなら品質が低いという区別はできません。

2. アジャイル開発とスクラム：価値駆動の反復型開発

アジャイルでは、短いサイクルで動作するソフトウェアを確認し、フィードバックを取り入れて改善します。スクラムのスプリントは1か月以内の固定期間です。完成した成果は利用可能であることが必要ですが、毎回のスプリントで必ず外部へリリースするとは限りません。

3. 【実戦演習 問1】ウォーターフォールとアジャイルの適性比較

【問題】システム開発手法における「アジャイル開発」の特徴および適用が適しているプロジェクトとして、最も適切なものはどれか。

• ア：開発初期にすべての要件が確定しており、後からの仕様変更が厳禁とされる銀行勘定系システム開発

• イ：市場ニーズの変化が激しく、リリース後のユーザーの反応を見ながら段階的に機能追加・改善を図るモバイルアプリ開発

• ウ：多数のサブシステムが存在し、各工程の完了確認書を厳格に取り交わすことが求められる官公庁の大規模一括調達プロジェクト

• エ：最初に決めた計画からの変更を一切認めず、全工程を終えてから初めて利用者の評価を受ける開発

【正解】イ

解説

• ア：誤り。仕様が事前に完全に固まっているプロジェクトはウォーターフォールモデルが適しています。

• イ：正解。アジャイル開発は、要件の不確実性が高く、市場の反応に合わせて柔軟に進化させるモバイルアプリやWebサービスに適しています。

• ウ：誤り。厳格な書類承認と一括調達はウォーターフォールモデルの特徴です。

• エ：誤り。利用者の評価を取り入れながら改善するアジャイルの進め方とは異なります。

4. 【実戦演習 問2】スクラムにおけるプロダクトオーナーの責務

【問題】スクラムチームにおける「プロダクトオーナー（PO）」の役割として、最も適切なものはどれか。

• ア：スクラムの理解と実践を支援し、業務を妨げる障害の除去が進むようにする。

• イ：プロダクトバックログの項目を作成・整理し、ビジネス上の優先順位を決定する。

• ウ：詳細なソースコードの設計を行い、プログラミング作業を各開発者に割り振る。

• エ：テスト自動化ツールを選定し、結合テストのテストケースを実行する。

【正解】イ

解説

• ア：誤り。障害の除去やスクラムプロセスの支援を行うのは「スクラムマスター」の役割です。

• イ：正解。プロダクトの価値を最大化し、プロダクトバックログの優先度を決定するのはプロダクトオーナーの責任です。管理作業をほかの人に委任しても、責任は移りません。

• ウ：誤り。タスクの割り振りは開発チーム自身が自己組織化して自律的に行います。

• エ：誤り。開発チーム（開発者）の業務です。

出典と仕様を確認する

IPA：ITパスポート試験シラバス Ver.6.5

スクラムガイド2020 日本語版