アジャイル開発

アジャイルとは

「アジャイル（Agile）」は「俊敏な」「素早い」という意味です。変化に素早く対応しながら開発を進めます。

1〜4週間程度の「スプリント」を繰り返し、少しずつ機能を完成させていくのが特徴です。

flowchart LR
    subgraph Sprint1["スプリント1（1〜4週間）"]
        A1["計画"] --> B1["開発"] --> C1["テスト"] --> D1["レビュー"]
    end
    subgraph Sprint2["スプリント2"]
        A2["計画"] --> B2["開発"] --> C2["テスト"] --> D2["レビュー"]
    end
    subgraph Sprint3["スプリント3"]
        A3["計画"] --> B3["開発"] --> C3["テスト"] --> D3["レビュー"]
    end
    Sprint1 --> Sprint2 --> Sprint3

アジャイルでも要件定義・設計はある

ウォーターフォールとアジャイルの比較

アジャイルでの要件定義

アジャイルでは「プロダクトバックログ」という形で要件を管理します。

1. ユーザー登録機能 ← 優先度：高
2. 商品検索機能 ← 優先度：高
3. カート機能 ← 優先度：中
4. お気に入り機能 ← 優先度：低
5. レビュー機能 ← 優先度：低

• 優先度の高いものから順に作る
• 途中で優先度を変えたり、新しい要件を追加したりできる
• 全部を最初に決める必要はない

アジャイルでの設計

アジャイルでは「今作るものに必要な設計」をその都度行います。例えば2つのスプリントでは、こう進みます。

• 大きな設計を最初にするのではなく、必要な分だけ設計する
• 後から設計を見直す（リファクタリング）ことを前提としている

特徴

代表的なアジャイル手法

代表的な2つの手法を、タブで切り替えて見てみましょう。

メリット・デメリット

よく使われる現場

1年目エンジニアの日常

アジャイルの現場では、以下のような仕事が多いです。

デイリースクラム（朝会）

毎日15分程度、チームで進捗確認をします。

• 昨日やったこと
• 今日やること
• 困っていること

「困っていること」を正直に共有することが大切です。

スプリント内のタスク

プロダクトバックログから選ばれたタスクを担当します。

• 機能の実装
• バグの修正
• テストコードの作成

1つのタスクを最後までやりきることが多いです。

レビューやふりかえり

• スプリントレビュー：作ったものを見せる。フィードバックをもらう
• レトロスペクティブ：「もっとこうしたい」を話し合う

1年目でも意見を求められることが多いです。

アジャイルで大切なこと

分からないことはすぐ聞く

アジャイルではコミュニケーションが命です。

• 「たぶんこうだろう」で進めない
• 詰まったら15分で相談
• 聞くことは恥ずかしいことではない

自分から動く

ウォーターフォールより自律性が求められます。

• タスクが終わったら次のタスクを取りに行く
• 改善点があれば提案する
• チームのために何ができるか考える

チームで助け合う

アジャイルではチーム全体で成果を出すことが重視されます。

• 困っている人がいたら助ける
• 自分だけ終わっていればOKではない
• 知識を共有する

ウォーターフォール開発との比較

ハイブリッド型

実際の現場では、両方の良いところを取り入れた「ハイブリッド型」も多いです。

例1：全体はウォーターフォール、一部はアジャイル

flowchart LR
    A["要件定義"] --> B["基本設計"] --> C["アジャイル的に実装"]
    C --> D["システムテスト"] --> E["リリース"]
    style C fill:#eef0fe,stroke:#4f46e5

大枠の計画はウォーターフォールで決めつつ、実装フェーズは柔軟に進めます。

例2：アジャイルだがドキュメントも作る

スプリントで開発しつつ、必要なドキュメント（設計書、テスト仕様書）も並行して作成します。

まとめ

関連ドキュメント

• ウォーターフォール開発