Agile Methodology - sweknowledgebase @ Wiki

アジャイル開発手法 (Agile Methodology)

ASD

DevOps (Development Operation)

　　開発現場と運用現場が連携する開発手法

DAD

DSDM

FDD (Feature Driven Development)

　　反復的なソフトウェア開発手法

IID

KANBAN

Lean

LeSS

MDD

MSF

PSP

RAD

RUP

SAFe

Scrum (スクラム)

　　反復的なソフトウェア開発手法
　　プロダクトバックログからスプリントバックログを抽出し、下記スプリントサイクルを実行
　　【スプリントサイクル】
　　1.計画 (Sprint Planning)
　　2.スクラム実行 (Daily Scrum)：日次作業予定→進捗報告→課題共有
　　3.レビュー (Sprint Review)
　　4.ふりかえり (Sprint Retrospective)

SEMAT

TSP

OpenUP

UP

XP (eXtream Programming)

• 計画(Planning)
• 管理(Managing)
• 設計(Designing)
• 実装(Coding)
• テスト(Testing)

計画(Planning)

(1) ユーザストーリ：設計からテストまでの道筋を描く	1. User Stories: User stories are written.
(2) リリース計画：リリースのスケジュールを作成	2. Release plan: Release planning creates the release schedule.
(3) 定期リリース：定例化する小変更リリースを作る	3. Release often: Make frequent small releases.
(4) 反復：プロジェクトをイテレーション間隔に分割する	4. Iterative: The project is divided into iterations.
(5) 反復計画：反復計画はイテレーション毎に開始する	5. Iteration planning: Iteration planning starts each iteration.

管理(Managing)

(1) 最適化：チームに特定の目的の開かれた活動場所を与える	1. Optimize last: Give the team a dedicated open work space.
(2) 安定した開発ペース：持続可能な開発ペースを設定	2. Steady pace: Set a sustainable pace.
(3) 立ちミーティング：始業時の立ちミーティング	3. Stand-up meeting: A stand up meeting starts each day.
(4) プロジェクトの進捗：プロジェクトの進捗は数値で示せるようにする	4. Project velocity: The Project Velocity is measured.
(5) 人員配置：人員を配置する	5. Move people around: Move people around.
(6) XPの完了	6. Fix XP when it breaks.

設計(Designing)

(1) シンプルに（簡潔に）	1. Simplicity: Simplicity.
(2) システムメタファー：システムメタファーを選択する	2. System Metaphor: Choose a system metaphor.
(3) CRCカード：設計セッションにはCRCカードを使用する	3. CRC cards: Use CRC cards for design sessions.
(4) スパイクソリューション：リスクを軽減するためのスパイクソリューションを作成する	4. Spike solution: Create spike solutions to reduce risk.
(5) 早期に何もしない：拙速な機能追加はしない	5. Nothing early: No functionality is added early.
(6) いつでもどの工程でもリファクタリング	6. Refactor whenever and wherever possible.

実装(Coding)

(1) オンサイトのお客様：お客様はいつでも利用できるようにする	1. Customer on-site: The customer is always available.
(2) コーディング標準：コーディングルールに従って作成する	2. Coding standard: Code must be written to agreed standards.
(3) テスト駆動開発：最初に単体テストをコーディングする	3. Test Driven Development: Code the unit test first.
(4) ペアプログラミング：すべてのプロダクションコードはペアプログラミングされている	4. Pair programming: All production code is pair programmed.
(5) シリアル統合：一度に1つのペアのみがコードを統合する	5. Serial integration: Only one pair integrates code at a time.
(6) 継続的インテグレーション：統合作業を繰り返す	6. Continuous integration: Integrate often.
(7) 継続的インテグレーション：専用のインテグレーションコンピューターをセットアップする	7. Continuous integration: Set up a dedicated integration computer.
(8) 集団所有権を使用する	8. Use collective ownership.

テスト(Testing)

(1) 単体テスト：すべてのコードに単体テストが必要	1. Unit tests: All code must have unit tests.
(2) 単体テスト：リリースする前に、すべてのコードがすべての単体テストに合格する必要がある	2. Unit tests: All code must pass all unit tests before it can be released.
(3) テスト：バグが見つかると、テストが作成される	3. Tests: When a bug is found tests are created.
(4) テスト：バグが見つかると、テストが作成される	4. Acceptance tests: Acceptance tests are run often and the score is published.