LeSS（Large-Scale Scrum）

複数チームで大規模にスクラムを適用するための枠組み。1つのプロダクトバックログを共有し、役割の追加を最小限に抑える。

複数のスクラムチームが並行して開発するとき、各チームの代表者が定期的に集まり、進捗、チーム間の依存関係、障害を共有して調整する仕組み。デイリースクラムをチームの上の階層で行う形で、大規模なアジャイル開発でチーム間の連携をとるのに使う。

スクラムで、プロダクトの価値を最大化することに責任を持つ役割。プロダクトバックログの項目を作成し、並べ替えて管理することで、何をどの順に作るかを決める。1人が担い、利害関係者の要望を取りまとめる。

スクラムで、そのスプリントで取り組むプロダクトバックログの項目、スプリントゴール、それを実現するための作業計画をまとめたもの。開発者が作成・管理し、スプリント中の作業の状況に応じて更新する。

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

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

良いユーザーストーリーが満たすべき6つの性質の頭文字。独立している（Independent）、交渉可能である（Negotiable）、価値がある（Valuable）、見積り可能である（Estimable）、小さい（Small）、テスト可能である（Testable）を指し、ストーリーの書き方や分割の目安にする。