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

2001年に公開されたアジャイル開発の価値観を示す文書。プロセスより個人と対話を、包括的な文書より動くソフトウェアを、契約交渉より顧客との協調を、計画に従うことより変化への対応を重視する。

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

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

チームが外部から細かく指示されるのではなく、目標の達成に向けて作業の進め方や分担を自分たちで決めて進めること。アジャイルソフトウェア開発宣言の背後にある原則では、最良のアーキテクチャ、要求、設計は自己組織的なチームから生み出されるとされる。

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

一定期間の活動を終えた節目に、チームでやり方を振り返り、良かった点や問題点を共有して次の期間の改善策を決める活動。アジャイル開発では反復ごとに行い、KPTなどの手法を使う。スクラムではスプリントレトロスペクティブとして行う。

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

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

スクラムで開発を担う、プロダクトオーナー1人、スクラムマスター1人、複数の開発者からなる小規模なチーム。チーム内に階層を設けず、プロダクトの価値を高めるために必要な作業を自ら管理して進める。