アジャイル開発（XP とスクラム）

結論：アジャイルは「短く作って、見せて、直す」

アジャイル開発は、短い期間で動くものを作って顧客に見せ、その反応を見て計画を直すことを繰り返す開発の進め方の総称です。代表が XP（エクストリームプログラミング） と スクラム です。最初に全部決めて工程順に進めるウォータフォールとは反対の考え方です。

たとえるなら、XP は料理人の包丁さばきや味見の習慣、スクラムは厨房全体の回し方（誰が献立を決め、いつ打合せするか）です。

注意：「プラクティス」はアジャイル全般で使う語で、XP 専用ではありません。 過去問でも「アジャイル開発のプラクティスであるレトロスペクティブ」「アジャイル開発におけるプラクティスの一つであるバーンダウンチャート」という書き方が出ています。見分けは次の 2 点で行います。

• 問題文が「XP（eXtreme Programming）のプラクティス」と明示しているか、選択肢がペアプログラミング・TDD・継続的インテグレーション・計画ゲームなど XP の習慣か → XP の問題
• 「スプリント」「プロダクトオーナ」「イベント」などの語がある → スクラムの問題

XP のプラクティス（最頻出）

XP のプラクティス（実践する習慣）は、品質を落とさずに速く変更し続けるためのものです。試験で正解になるのは、ほぼ次の表の中から選ばれます。

XP ではないものとしてよく混ぜられるのが、インスペクション（会議形式の正式なレビュー）、構造化設計、ユースケースの活用です。どれも開発で使う手法ですが、XP が提唱するプラクティスではありません。

「XP の説明として適切なもの」を選ぶ問題では、XP の精神に反する文が誤りの選択肢になります。

• テストケースを後で作る → 誤り（XP はテストが先）
• 次のイテレーションまでリファクタリングしない → 誤り（随時行う）
• 顧客が単体テストの仕様に責任をもつ → 誤り（顧客が受け持つのは受入れテスト。単体テストはプログラマが書く）
• 結合とテストを継続的に繰り返す → 正しい（継続的インテグレーション）

ペアプログラミングの定義

2 人が 1 つのプログラムを一緒に書き、その場で相談・レビューしながら進める方法です。狙いは品質の向上と知識の共有です。片方が書き、もう片方が見てチェックし、役割を交替します。

「相互に役割を交替し、チェックし合う」とあれば、答えはペアプログラミングです。

テスト駆動開発（TDD）の 3 手順

TDD は ①失敗するテストを書く → ②テストを通す最小限のコードを書く → ③リファクタリングする を繰り返します。③では、テストが通る状態を保ったまま、読みやすさや保守性を高めます。

手順を問う問題では、③の代わりにプランニングポーカー（見積り）、レトロスペクティブ（振り返り）、インセプションデッキ（プロジェクトの目的を最初に共有する資料）といった、別のアジャイル用語が並びます。

スクラムの 3 つの役割

スクラムチームはプロダクトオーナ・スクラムマスタ・開発者の 3 役で構成されます。試験で一番問われるのは「バックログの中身と並び順を決めるのは誰か」で、答えはプロダクトオーナです。

ひっかけ：「顧客」はスクラムの役割ではありません。また「バックログ管理を支援する」はスクラムマスタの仕事です。プロダクトオーナは自分で決める側です。

プロダクトバックログとスプリントのルール

プロダクトバックログは、プロダクトに必要な機能や改善を優先順位付きで並べた一覧です。正しい扱いは次の 3 点です。

• 1 つのプロダクトに 1 つ（チームが複数でもチームごとには作らない）
• 継続的に更新する（最初に全部を確定させない）
• 目指す姿であるプロダクトゴールを含む

スプリントは 1 か月以内の固定長の開発期間で、毎回リリース判断できるインクリメントを作ります。そのために毎回スプリントゴールを設定します。

スクラムイベントの名称と順序

スプリントの中では 4 つのイベント（決まった会議）を行います。名前と中身の対応、そして順序が問われます。

順序は プランニング → デイリースクラム（毎日）→ レビュー → レトロスペクティブ です。レビューは「モノ」の確認、レトロスペクティブは「やり方」の振り返りと覚えると、順番も区別も迷いません。

進み具合と振り返りの道具

ベロシティは、チームが 1 スプリントで終えた作業量を、ストーリーポイントなどの相対的な尺度で表したものです。チームの「生産量の尺度」と問われたらベロシティです。

バーンダウンチャートは、縦軸が残作業量・横軸が時間のグラフで、線が右下がりに 0 へ向かいます。風呂の残り湯が減っていくのを見るイメージです。

KPT は振り返りの手法で、Keep（続けること）・Problem（問題）・Try（次に試すこと） の 3 つを話し合います。タイムライン、チームレーダー、ドット投票も振り返りで使う手法ですが、この 3 区分を使うのは KPT だけです。

試験での問われ方

• XP のプラクティスはどれか：ペアプロ・TDD・リファクタリング・CI・計画ゲームが正解の候補です。インスペクション、構造化設計、ユースケースは XP ではありません。
• 説明文の正誤：「テストを後で書く」「リファクタリングを先送りする」など、XP に反する文が誤りです。
• スクラムの役割：並び順を決めるのはプロダクトオーナです。「障害を取り除く」「支援する」はスクラムマスタです。
• イベントの名称と順序：「毎日」とあればデイリースクラムです。レビューの後にレトロスペクティブが来ます。
• グラフの見分け：残作業量が右下がりならバーンダウンチャートです。