第20章スプリントの実施

本章では、スプリントプランニングで立てた計画をもとに、開発チームが実際に作業を行い、出荷判断可能なプロダクトインクリメントをデリバリーするまでの「スプリントの実施」フェーズについて解説します。

20.1 概要＆ 20.2 スプリントプランニング

スプリントの実施は、それ自体がひとつの「ミニプロジェクト」のようなものです。スプリントプランニングで作成された「スプリントゴール」と「スプリントバックログ」をインプットとして、開発チームは自己組織化して作業を進めます。

スプリントを成功させるためには、作業の流れ（フロー）をスムーズに保つことが重要です。

一人のメンバーが複数のアイテムを同時に抱え込む（マルチタスク）と、コンテキストスイッチによるムダが発生し、結局どれも完成しなくなります。
スクラムでは、**「スウォーミング（群がる）」**というアプローチを取ります。チーム全体で同時に少ないアイテムに集中して取り組み、次々と「完了」させていく手法です。

チームの活動を同期し、日々のフローを調整するために、毎日15分のタイムボックスで「デイリースクラム」を実施します。これは単なる進捗報告会ではなく、スプリントゴール達成に向けた「1日ごとの計画見直し」の場です。

品質を保ちながら高速に開発を進めるためには、アジャイルな技術的プラクティス（特にエクストリームプログラミング：XPの手法）が不可欠です。

スプリント中の進捗や状態をチーム内外に透過的に伝えるために、視覚的なツールを活用します。

スプリントの実施は決してカオスではありません。スウォーミングによるWIPの制限、デイリースクラムでの調整、強固な技術的プラクティス、そして視覚的なタスクボードを用いることで、持続可能なペースで価値を提供し続けることができます。

次章では、スプリントの最後に行う成果物の確認イベント「スプリントレビュー」について説明します。

マルチタスクの排除とスウォーミング: フリーランスの業務おいて、「Aの実装で行き詰まったから、Bの画面を作り始めよう」といったマルチタスクは、結局どちらも中途半端になる原因です。1つの機能（アイテム）を完全に「完了（Done）」させてから次に進むという、一人スウォーミング（シングルタスクの徹底）を意識するだけで、デリバリーの速度と品質は劇的に向上します。
XPプラクティスの重要性: 20.5で挙げられているCIや自動テストは、技術的負債を防ぐための命綱です。自動化されたテスト基盤（GitHub ActionsやPlaywrightなど）なしにアジャイルなスピードを維持することは不可能です。