テスト駆動開発

テストコードを先に書き、そのテストを通過する最小限のコードを実装し、その後リファクタリングを行うサイクルを繰り返す開発手法。TDDと略され、XPやDevOpsのプラクティスとして広く採用されている。

テストコードを先に書き、そのテストを通過する最小限のコードを実装し、リファクタリングするサイクルを繰り返す開発手法。Red（テスト失敗）→Green（テスト成功）→Refactor（リファクタリング）のサイクルで品質と設計を向上させる。

テストコードを先に書き、そのテストを通過する最小限のコードを実装し、リファクタリングするサイクル（Red-Green-Refactor）を繰り返す開発手法。設計の改善と品質の作り込みを同時に実現する。XPのプラクティスの一つ。

テストコードを先に書き、そのテストを通過するコードを実装する開発手法。Red（テスト失敗）→Green（テスト成功）→Refactor（リファクタリング）のサイクルを繰り返す。コードの品質向上とリグレッション防止に効果的。

短い反復（イテレーション）を繰り返しながら、動作するソフトウェアを段階的に開発していく手法の総称。変化する要求への迅速な対応を重視し、顧客との継続的な協力により価値を提供する。

アジャイル開発において、利用者の視点でシステムに求める機能や価値を簡潔に記述したもの。「〜として、〜したい。なぜなら〜だから」という形式で記述され、要件を共有・管理する単位となる。

アジャイル開発手法の一つ。ペアプログラミング、テスト駆動開発、リファクタリング、継続的インテグレーションなどのプラクティスを実践し、高品質なソフトウェアを迅速に開発する。エクストリームプログラミングとも呼ばれる。

2人のプログラマが1台のコンピュータを使い、1人がコードを書き（ドライバー）、もう1人がレビュー・助言（ナビゲーター）を行いながら共同で開発する手法。XPのプラクティスの一つ。

ソフトウェアの外部から見た振る舞いを変えずに、内部のコード構造を改善する作業。可読性、保守性、拡張性の向上を目的とし、技術的負債の解消にもつながる。

アジャイル開発のイテレーション終了時に、チームの作業プロセスや進め方を振り返り、改善点を議論する活動。レトロスペクティブとも呼ばれ、チームの継続的な成長と改善を促進する。