スプリントプランニング

スプリントの開始時に、その期間で何をなぜ作るかと、どう実現するかを計画する場。

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

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

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

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

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

スクラムで、スプリントの終わりに、スクラムチームが利害関係者にそのスプリントで完成した成果（インクリメント）を示し、フィードバックを受けるイベント。結果と環境の変化を踏まえて、次に取り組む内容を検討し、プロダクトバックログを見直す。