システム開発手法（ウォーターフォール・アジャイル）

システム開発手法は、要件を情報システムとして実現する工程の進め方を定めるものです。代表的な工程には企画、要件定義、設計、実装、テスト、移行、運用・保守があります。要件定義では利用者側の業務要件や必要な機能・品質を明確にし、設計以降の基準を作ります。テストは単体から結合、システム、受入れへと対象を広げて品質を確認します。

ウォーターフォール型は、工程を原則として順番に進め、各工程の成果物と承認を重視します。要件が安定し、全体計画や進捗を管理しやすい案件に向きますが、後工程での大きな変更は手戻りが増えやすくなります。アジャイル開発は短い期間で計画・実装・テストを反復し、動く成果を利用者へ示しながら優先順位や要求を調整します。

試験では、どちらが常に優れているかではなく、案件の不確実性、変更頻度、利用者との協働、文書化や統制の必要性から適合性を判断します。プロトタイピングは試作品で要求を具体化する方法で、開発モデルと同義ではありません。また、アジャイルでも計画・設計・テストや品質管理は必要です。契約形態、プロジェクト管理、DevOpsとの違いも文脈から切り分けます。

• ウォーターフォール型は工程と成果物を順に確定し、計画的な管理に適します。
• アジャイル開発は短い反復で動く成果を示し、フィードバックを取り込みます。
• 要件の安定性、変更頻度、利用者参加の可否によって適する手法が変わります。
• プロトタイピングは試作品で要求を明確にする方法で、アジャイルと同義ではありません。
• 受入テストは、利用者の要求や受入条件を満たすかを利用者側の観点で確認します。

新規の顧客向けサービスを開発する。開始時点では要求の優先順位が変わりやすく、利用者代表が2週間ごとに動作する機能を確認して改善案を出せる。この案件の進め方として最も適切なものはどれか。

• ア. 全要件を最初に固定し、受入テストまで利用者への提示を行わない。
• イ. 短い反復ごとに優先度の高い機能を実装・検証し、フィードバックを次の計画へ反映する。
• ウ. 設計文書を作成せず、テストも省略して機能追加だけを繰り返す。
• エ. 試作品を一度作成すれば、その後の要件変更を認めず順次工程へ移る。