KPT

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

振り返りの手法の一つ。続けること、問題、次に試すことの3つに分けて意見を整理する。

ふりかえり（レトロスペクティブ）の手法の一つ。Keep（続けること）、Problem（問題点）、Try（次に試すこと）の3つの観点で活動を振り返り、チームで改善策を決める。アジャイル開発のイテレーションの終わりなどに使われる。

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

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

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

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

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

システムが実現すべき機能に関する要件。業務処理や画面・帳票の仕様、データ処理など、システムが「何をするか」を明確にする。非機能要件と対比される概念で、ユーザーの業務ニーズを直接反映する。