関連記事：チーム開発でのGitブランチ戦略
アジャイル開発は、短いサイクルで開発・リリースを繰り返す手法です。要件が変化しやすい現代のソフトウェア開発において、最も広く採用されている開発アプローチです。
アジャイル開発とは
アジャイル（Agile）は「素早い、機敏な」という意味です。大きな計画を最初に立てるのではなく、小さな単位で開発とフィードバックを繰り返すことで、変化に対応しやすい開発を実現します。
アジャイルの4つの価値
- プロセスやツールよりも個人と対話
- 包括的なドキュメントよりも動くソフトウェア
- 契約交渉よりも顧客との協調
- 計画に従うことよりも変化への対応
これは右側を否定しているのではなく、左側をより重視するという意味です。
Docker入門も参考にしてください。
ウォーターフォールとの違い
| 項目 | ウォーターフォール | アジャイル |
|---|---|---|
| 進め方 | 要件定義→設計→実装→テストの順番 | 短いサイクルを繰り返す |
| 計画 | 最初に全体計画を策定 | 短期間の計画を繰り返す |
| 変更 | 後工程での変更はコストが高い | 変更を前提とした進め方 |
| リリース | 全体完成後にリリース | 小さな単位で頻繁にリリース |
| 向いている場面 | 要件が明確で変わらないプロジェクト | 要件が変化しやすいプロジェクト |
スクラム
アジャイル開発の中で最も広く使われるフレームワークです。
スクラムの3つの役割
| 役割 | 担当 |
|---|---|
| プロダクトオーナー | 何を作るか（優先順位）を決める |
| スクラムマスター | チームが円滑に動けるよう支援する |
| 開発チーム | 実際にプロダクトを作る |
スプリント
スクラムでは「スプリント」と呼ばれる1〜4週間の期間で開発を区切ります。
スプリント（2週間の例）
Day 1: スプリントプランニング（何をやるか決める）
Day 2-9: 開発（毎朝デイリースクラムで進捗共有）
Day 10: スプリントレビュー（成果を見せる）
レトロスペクティブ（振り返り）
スクラムのイベント
| イベント | 目的 | 頻度 |
|---|---|---|
| スプリントプランニング | スプリントでやることを決める | スプリント開始時 |
| デイリースクラム | 進捗共有・障害の特定 | 毎日15分 |
| スプリントレビュー | 成果物のデモ・フィードバック | スプリント終了時 |
| レトロスペクティブ | チームの改善点を話し合う | スプリント終了時 |
プロダクトバックログ
やるべきことのリストで、プロダクトオーナーが優先順位をつけます。
[高] ユーザー登録機能
[高] ログイン機能
[中] プロフィール編集
[中] パスワードリセット
[低] ダークモード対応
[低] 多言語対応
カンバン
もう一つの代表的なアジャイル手法がカンバンです。
カンバンボード
タスクの状態を視覚的に管理します。
| To Do | In Progress | Review | Done |
|------------|-------------|-----------|------------|
| タスクA | タスクB | タスクC | タスクD |
| タスクE | | | タスクF |
スクラムとカンバンの違い
| 項目 | スクラム | カンバン |
|---|---|---|
| 期間 | スプリント単位 | 期間を区切らない |
| 役割 | 3つの明確な役割 | 特に定めない |
| 計画 | スプリントごとに計画 | 継続的に流す |
| WIP制限 | スプリント内の量で制限 | 列ごとに上限を設定 |
| 向いている場面 | 新機能開発 | 運用保守、サポート |
エンジニアとしてアジャイルに参加するコツ
1. 見積もりを正直にする
楽観的な見積もりは後で問題になります。不確実性がある場合は正直に伝えましょう。
2. デイリースクラムを有効活用する
「昨日やったこと・今日やること・困っていること」の3点を簡潔に伝えます。困っていることを早めに共有するのが特に大切です。
3. レトロスペクティブで率直に意見を言う
「良かったこと・改善したいこと・試したいこと」を率直に出しましょう。チームの文化を良くするチャンスです。
まとめ
アジャイル開発は、フレームワークを導入するだけでなく、チーム全体がその価値観を理解して実践することが重要です。まずはスクラムの基本的な流れを理解し、実際のチームで経験を積んでいきましょう。
