アジャイル開発とは

ウォーターフォール vs アジャイル

ウォーターフォールは、要件定義→設計→実装→テスト→リリースを 順番に進める従来型の開発手法です。各工程が完了してから次に進むため、 途中での仕様変更が困難でコストが高くなります。

一方、アジャイルは短い反復サイクル（イテレーション）で 開発を進め、各サイクルで動くソフトウェアをリリースします。 フィードバックを素早く取り入れ、変化に柔軟に対応できます。

【ウォーターフォール】
要件定義 → 設計 → 実装 → テスト → リリース
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━→ 数ヶ月〜数年
  ・全工程が完了するまで動くものが見えない
  ・途中変更のコストが非常に高い
  ・大規模な要件が明確なプロジェクト向き

【アジャイル】
[計画→開発→テスト→リリース] → [計画→開発→テスト→リリース] → ...
━━━ Sprint 1 (2週間) ━━━   ━━━ Sprint 2 (2週間) ━━━
  ・毎スプリントで動くソフトウェアを提供
  ・フィードバックを次のスプリントに反映
  ・変化の多いプロジェクト向き

アジャイルソフトウェア開発宣言（4つの価値）

2001年、17人のソフトウェア開発者が集まりアジャイルソフトウェア開発宣言（Agile Manifesto）を発表しました。 以下の4つの価値を重視します。

アジャイルの12の原則

アジャイル宣言には、4つの価値を支える12の原則が定められています。 特に重要な原則をいくつか紹介します。

【アジャイルの12の原則（抜粋）】

1. 顧客満足を最優先し、価値のあるソフトウェアを
   早く継続的に提供する

2. 要求の変更を歓迎する。たとえ開発の後期であっても
   変化を味方につけて顧客の競争力を引き上げる

3. 動くソフトウェアを2〜3週間から2〜3ヶ月の
   間隔で頻繁にリリースする

4. ビジネス側の人と開発者は、プロジェクトを通して
   日々一緒に働く

5. 最良の設計や要求は、自己組織的なチームから生まれる

6. チーム内の情報伝達の最も効果的な方法は
   直接の対話（フェイス・トゥ・フェイス）である

7. 動くソフトウェアが進捗の最も重要な尺度である

8. 持続可能な開発ペースを維持する

反復型開発（イテレーティブ開発）

アジャイルの核となるのが反復型開発です。 短いサイクル（通常1〜4週間）で計画・開発・テスト・リリースを繰り返します。 各イテレーションの終わりには、動作するソフトウェアのインクリメント（増分）が生まれます。

【反復型開発のサイクル】

  ┌─────────────────────────────────┐
  │  1. 計画（Plan）                │
  │     - 今回のイテレーションの目標を決める │
  │     - ユーザーストーリーを選択する     │
  ├─────────────────────────────────┤
  │  2. 開発（Develop）             │
  │     - 機能を実装する              │
  │     - コードレビューを行う          │
  ├─────────────────────────────────┤
  │  3. テスト（Test）              │
  │     - 動作確認・品質検証           │
  │     - バグを修正する              │
  ├─────────────────────────────────┤
  │  4. レビュー（Review）           │
  │     - ステークホルダーにデモする      │
  │     - フィードバックを収集する       │
  ├─────────────────────────────────┤
  │  5. 振り返り（Retrospective）    │
  │     - 改善点を話し合う            │
  │     - 次のイテレーションに反映する    │
  └─────────────────────────────────┘
          ↓ 次のイテレーションへ ↓

アジャイルのメリットと課題