スクラムチーム

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

プロダクトオーナー、開発者、スクラムマスターで構成される自己管理型のチーム。

スプリントと呼ぶ1か月以内の固定期間を繰り返して、価値の高い成果物を段階的に作るアジャイル開発のフレームワーク。プロダクトオーナー、スクラムマスター、開発者の3つの責任を定め、スプリントプランニング、デイリースクラム、スプリントレビュー、スプリントレトロスペクティブを行う。

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

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

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

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

スクラムで、スプリントの最初に行うイベント。スクラムチーム全体で、そのスプリントで達成する価値（スプリントゴール）、プロダクトバックログから選ぶ項目、それを実現する作業の計画を決め、スプリントバックログにまとめる。