スプリント とは？

開発を「2週間ずつ」みたいに短く区切って、その期間内に計画→開発→テスト→振り返りを全部やるんだ。そして2週間後にまた新しいスプリントを始める。この繰り返しで少しずつ製品を育てていくんだよ。

長期間かけて一気に作ると「思っていたのと違った」ときに修正が大変だよね。2週間ごとに成果物を見せて確認することで、方向がずれていたら早めに直せるんだ。フィードバックを素早くもらうためだよ。

主に4つ。最初に「スプリント計画」で今回やることを決める。毎日の「デイリースクラム」で進捗を共有。終わりに「スプリントレビュー」で成果物をお披露目。最後に「振り返り（レトロスペクティブ）」でチームの改善点を話し合うんだ。

原則として、スプリント中は計画した内容を変更しないんだ。新しい要望が来たら「次のスプリントのバックログに入れておくね」と対応するよ。これで開発者が落ち着いて作業に集中できるんだ。

チームやプロジェクトの特性によるんだけど、2週間が最もポピュラーだよ。ただこの「最適な長さ」を見つけるのが実は奥深くてね。短すぎるとスプリントイベントのオーバーヘッドが目立つし、長すぎるとフィードバックが遅れる。さらにスプリントで「完了の定義（Definition of Done）」を厳密に運用しようとすると、テストやドキュメントまで2週間に含めるかどうかでチーム内の意見が割れて、この合意形成はスクラムマスターの経験者でも毎回苦労するポイントなんだよ。