Scrum of Scrums

複数のチームで1つのプロダクトを開発するために、スクラムを大規模に適用する枠組み。全チームが1つのプロダクトバックログと1人のプロダクトオーナーを共有し、スプリントをそろえて進める。役割や成果物の追加を最小限に抑え、スクラムの原則のまま規模を広げることを重視する。

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

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

Scaled Agile Frameworkの略で、アジャイル開発を組織の規模で実践するための枠組み。複数のチームをまとめたアジャイルリリーストレイン（ART）を単位に、一定の期間ごとの計画会議（PI計画）で目標と依存関係をそろえ、ポートフォリオの管理から各チームの開発までを階層的に結び付ける。役割や手順の定義が詳細で、大きな組織で導入しやすい。

スクラム、カンバン、リーンなどの手法の実践を組み合わせ、組織やチームの状況に合わせて進め方を選べるようにしたアジャイルの枠組み。1つの手法を決め打ちせず、プロジェクトの開始から引渡しまでのライフサイクルで、目的に合った選択肢を示す。現在はPMIが提供している。

スクラムで開発を担う、1人のプロダクトオーナー、1人のスクラムマスター、複数の開発者からなるチーム。階層や下位のチームを持たず、プロダクトの価値を生み出すのに必要なスキルをすべて備えた（機能横断的な）10人程度以下の小さな集団で、作業の進め方を自分たちで決める。