自己組織化

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

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

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

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

ユーザーの活動の流れを横軸に並べ、その下に各活動を実現するユーザーストーリーを優先度の高い順に縦に並べて、プロダクトの全体像を2次元の図で表す手法。ジェフ・パットンが提唱し、横に区切ってリリースの範囲を決めることで、MVPの範囲を検討できる。

要求の変化に柔軟に対応するため、短い期間の反復（イテレーション）ごとに計画、設計、実装、テストを行い、動くソフトウェアを少しずつ提供していく開発手法の総称。アジャイルソフトウェア開発宣言の価値観に基づき、スクラム、XP、リーンソフトウェア開発などの手法がある。

アジャイルソフトウェア開発宣言の背後にある12の行動原則。早く継続的に価値を提供して顧客を満足させる、変化する要求を歓迎する、動くソフトウェアを短い間隔でリリースする、ビジネス側と開発者が日々協働する、自己組織的なチームに任せる、定期的にふりかえって改善するなどを挙げる。