エクストリームプログラミング（XP）

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

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

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

Kent Beckが提唱したアジャイル開発手法。ペアプログラミング、テスト駆動開発（TDD）、継続的インテグレーション、リファクタリング、小規模リリースなどのプラクティスを組み合わせて高品質なソフトウェアを迅速に開発する。

アジャイル開発手法の一つ。ペアプログラミング、テスト駆動開発（TDD）、リファクタリング、継続的インテグレーション、小規模リリースなどのプラクティスを重視する。開発チームの技術的な品質向上に焦点を当てる。

チーム全員が1つの画面に向かい、1人が操作を担当し、ほかのメンバーが議論しながら指示を出して共同でプログラムを作る進め方。操作する役は短い時間で交代する。知識の共有が進み、レビューの手間や手戻りを減らせる。

エクストリームプログラミング（XP）のプラクティスの一つで、ソースコードを特定の担当者のものとせず、チームの誰もがどの部分でも修正できるようにすること。特定の人への依存をなくし、改善を素早く行える。

「今必要でない機能は作らない」という、エクストリームプログラミング（XP）の考え方。将来使うかもしれないという予測で機能や仕組みを先に作り込まず、必要になった時点で実装することで、無駄な作業と複雑さを避ける。

2001年に軽量な開発手法の提唱者たちがまとめた、アジャイル開発の価値観を示す宣言。プロセスやツールよりも個人と対話を、包括的なドキュメントよりも動くソフトウェアを、契約交渉よりも顧客との協調を、計画に従うことよりも変化への対応を価値とする。あわせて12の原則が示されている。

エクストリームプログラミング（XP）のプラクティスのうち、開発者、管理者、顧客を含むチーム全体が共通して実践する事項。短い周期での反復、共通の用語（メタファ）、オープンな作業空間、ふりかえりなどが含まれる。

エクストリームプログラミング（XP）のプラクティスのうち、開発者が実践する事項。テスト駆動開発、ペアプログラミング、リファクタリング、ソースコードの共同所有、継続的インテグレーション、必要になるまで作らない（YAGNI）などが含まれる。