ペアプログラミング

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

2人の開発者が1台のコンピュータを使って共同でプログラミングを行うXPのプラクティス。ドライバー（コードを書く人）とナビゲーター（レビューする人）の役割を交互に担う。コードの品質向上と知識共有に効果がある。

2人のプログラマが1台のコンピュータで協力してプログラミングを行うXPのプラクティス。ドライバー（コードを書く人）とナビゲーター（レビューする人）の役割を交代しながら作業する。知識共有とコード品質の向上に効果がある。

ソフトウェア要件を記述する方法の一つで、利用者の視点から「誰が、何をしたいか、なぜか」を短い文で表現する。アジャイル開発で広く用いられ、エピックやストーリーポイント、プロダクトバックログと関連する。

アジャイル開発の代表的なフレームワーク。プロダクトオーナー、スクラムマスター、開発者からなるスクラムチームが、スプリント（固定期間の反復）単位で開発を進める。プロダクトバックログとスプリントバックログで作業を管理する。

アジャイル開発手法の一つで、テスト駆動開発（TDD）、ペアプログラミング、リファクタリング、ソースコードの共同所有、継続的インテグレーション（CI）、YAGNIなどのプラクティスを特徴とする。短いリリースサイクルで品質と生産性を両立する。

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

ふりかえり（レトロスペクティブ）の手法の一つ。Keep（続けること）、Problem（問題点）、Try（改善策）の3つの観点でチームの活動を振り返り、次の反復に向けた改善を行う。アジャイル開発でよく用いられる。

アジャイル開発において、ユーザの視点から機能要件を簡潔に記述する形式。「〜として、〜したい。それは〜だからだ」の定型文で書かれる。プロダクトバックログの項目として管理される。