第4章スプリント

本章では、スクラムにおいて最大1か月までのサイクルで繰り返される「スプリント」について解説します。この固定された期間の中で、チームは決定した「完成の定義」を達成しなければなりません。

4.1 概要

スプリントはスクラムフレームワークの枠組み（コンテナ）です。プロダクトバックログから引き出された優先順位の高いアイテムが、スプリントの実施ループを通じてチームに渡され、出荷判断可能なプロダクトインクリメントが生み出されます。

スプリントの根底にあるのは「タイムボックス化」の概念です。これは、開始日と終了日が厳密に決められた時間枠の中で特定の管理を行うテクニックです。

タイムボックス化には以下の利点があります。

スプリントの期間を短く（例えば数週間）保つことには、さまざまな恩恵があります。

原則として、スプリントの期間は（1週間や2週間など）常に一定に固定し続けるべきです。

スプリントが開始されたら、スプリントゴールに大きく影響するような変更を認めてはいけません。

相互コミットメント: チームはスプリント最終日までにゴールを達成することにコミットし、プロダクトオーナーは期間中にゴールを変えない（チームの仕事を邪魔しない）ことにコミットします。
変更と明確化: ゴールの変更は許されませんが、詳細についての「明確化」は許容されます。（例：検索機能において、名前のソート順を質問して明確にするなど）
スプリントの中止: 万が一、ビジネス上の状況変化などでスプリントゴールが完全に無意味になった場合は、実利的な判断としてスプリントを中止することができます。

スプリントの成果物は、「出荷判断可能」なプロダクトインクリメントでなければなりません。

「完成の定義」とは: 概念的には「仕事のチェックリスト」であり、チームがこのリストを無事に終わらせて初めて「完成した」と宣言できます。
- チェックリストの例: 設計レビュー済み、リファクタリングされている、テスト済み、受け入れテスト済み、本番環境で動作している、など。
時間と共に改善されていく: 導入初期は完全な定義を満たすのが難しくても、時間とともに自動化テストなどを整備し、徐々に改善していく必要があります。
「完成の定義」と受け入れ条件: 「完成の定義」はすべてのバックログアイテムに適用される全体的な基準です。一方、「受け入れ条件」は個別のアイテムが満たすべき特有の条件を指します。

第4章のまとめとして、スプリントがスクラムフレームワークにおいて果たす重要な役割と鉄則は以下の通りです。