アジャイルソフトウェア開発宣言

2001年に示された、アジャイル開発の価値観を表す宣言。プロセスやツールより個人と対話を、包括的な文書より動くソフトウェアを、といった4つの対比で表される。

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

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

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

スクラムで、計画から動くソフトウェアの完成までを行う1回分の反復期間。通常1〜4週間の固定した長さとし、期間中は目標を変えない。終了時にはふりかえりを行って次に生かす。

スクラムで、製品に必要な機能や改善を優先順位付きで並べた一覧。プロダクトオーナーが管理し、状況に応じて随時見直す。ここから各スプリントで扱う項目を取り出す。

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

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

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