開発プロセスとアジャイル手法

開発プロセスとアジャイル手法は、ソフトウェアを計画どおりに完成させるための進め方と、その管理の考え方を扱う単元である。ウォーターフォール型が要求を先に固めて工程を順に進めるのに対し、アジャイル手法は短い周期で動くソフトウェアを作り、顧客の反応をもとに計画を修正していく点に特徴がある。試験では、各手法や用語が何を目的とするものかを区別できるかが問われる。

反復的な開発の考え方

アジャイル開発の中心には、要求は変わるものとして扱い、短い反復を繰り返すという考え方がある。イテレーションは計画、開発、評価を短い期間で循環させる進め方であり、顧客の要求とのずれを早い段階で見つけて修正できる点が利点である。動くソフトウェアを短いサイクルで確認するため、要求の変化にも次の反復で対応しやすくなる。

また、CI（継続的インテグレーション）は、変更したソースコードを頻繁に共有リポジトリへ統合し、自動ビルドやテストで問題を早く見つける手法である。 反復の中で品質を確かめるための仕組みとして、アジャイル開発では欠かせない考え方である。

スクラムとXPの役割と実践

スクラムは、プロダクトオーナー、スクラムマスター、開発者という役割と、スプリントレビューなどのイベント、プロダクトバックログなどの作成物、そしてそれらを定めるルールから成る開発のフレームワークである。 プロダクトオーナーは、プロダクトバックログの項目の優先順位を決め、ゴールとミッションの達成に向けて何を先に作るかに責任を持つ。 一方、どのような技術的手段で作るかは開発者が専門性に基づいて決めるため、役割の区別が重要になる。スクラムマスターはチームのコーチやファシリテーターとして、スクラムの理解と実践を支援する。