ペアプログラミング

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

2人が1台の端末を共有し、一方が書き他方が確認しながら交代でコードを書く手法。XPの実践の一つで、その場でレビューが行われるため欠陥が減り、知識の共有も進む。

2人の開発者が1台のコンピュータで共同でプログラミングを行う手法。ドライバー（コードを書く人）とナビゲータ（レビュー・指示する人）の役割を交代しながら進める。XPのプラクティスの一つで、品質向上と知識共有に効果がある。

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

ソフトウェア要件を利用者の視点で簡潔に記述する手法。「〜として、〜したい、なぜなら〜」の形式で書かれることが多い。エピックを分割してストーリーポイントで見積もり、プロダクトバックログで管理する。

短い反復（イテレーション）を繰り返しながら、動くソフトウェアを迅速かつ適応的に開発する軽量な手法の総称。アジャイルソフトウェア開発宣言の12の原則に基づき、変化への対応と顧客との協調を重視する。スクラム、XP、FDDなどの手法がある。

アジャイル開発のフレームワーク。プロダクトオーナー、スクラムマスター、開発者からなるスクラムチームが、スプリント（固定期間の反復）を単位に開発を進める。スプリントプランニング、デイリースクラム、スプリントレビュー、スプリントレトロスペクティブのイベントで構成される。

アジャイル開発手法の一つ。コミュニケーション、シンプル、フィードバック、勇気、尊重の5つの価値に基づく。テスト駆動開発（TDD）、ペアプログラミング、リファクタリング、継続的インテグレーション（CI）、YAGNI等のプラクティスを実践する。

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

残作業量を時間軸で表すグラフ。スプリントやプロジェクト全体の進捗を可視化するために用いる。縦軸に残作業量（ストーリーポイントや時間）、横軸に期間をとり、理想線と実績線の乖離からスケジュールの遅れを把握できる。