アジャイルのスプリントとは？期間、イベント、例

アジャイルにおけるスプリントとは？

A スプリント とは、アジャイルチームが単一のスプリントゴールに向けて作業し、プロダクトの利用可能なインクリメントを少なくとも1つ生み出す、1か月以内の固定期間です。スプリントは間を空けずに連続して行われ、プロダクトに関する計画、調整、レビュー、改善の活動はすべてその中で行われます。

この用語は スクラムに由来します。最も広く使われているアジャイルフレームワークです。スクラムガイド（2020年版、現在も公式の現行版）では、スプリントはアイデアを価値に変えるスクラムの鼓動であると説明されています。他のアジャイル手法では、同じ考え方を イテレーション と呼びますが、スクラムに厳密に従っていない多くのチームも「スプリント」という言葉を使っています。

呼び方にかかわらず、スプリントには5つの決定的な特徴があります：

• 固定の期間。 長さは事前に決められ、スプリントごとに変わらないため、チームは自分たちのペースを把握できます。
• 1つのゴール。 各スプリントにはスプリントゴールがあります。そのスプリントを行う価値を説明する単一の目標です。
• 使える成果。 終了時には、チームは次を満たすインクリメントを持っています： 完了の定義。まだリリースされていなくても構いません。
• 切れ目なく連続。 前のスプリントが終わるとすぐに新しいスプリントが始まります。
• すべてが内側にある。 計画、日々の調整、リファインメント、レビュー、レトロスペクティブはすべてスプリントの前後ではなく、スプリント内で行われます。

短い固定サイクルこそがアジャイルを経験主義的なものにしています。数週間ごとに、チームとステークホルダーが実際に動く成果物を見て、次に何をするかを決めるのです。

スプリント、イテレーション、スクラムの違い

これらの用語はよく混同されます。下表はその関係を示しています。

つまり、スプリントはイテレーションの一種であり、スクラムはスプリントにルールを与えるフレームワークです。両者の根底にあるのは反復型・漸進型の開発という考え方で、プロダクトを小さな単位で作り、サイクルごとに改善していきます。

スプリントの期間はどのくらいですか？

スクラムガイドが定めているルールは1つだけです。スプリントの長さは 1か月以内です。その範囲内であればチームが選択します。実際にはほとんどのチームが1〜4週間のスプリントを運用しており、中でも2週間が圧倒的に一般的です。素早いフィードバックと、計画やレビューにかかる負担とのバランスが取れるためです。

スプリントの長さの選び方

選ぶべきは、 チームが意味のある完成した成果を提供できる最短の長さです。そのうえで、次の点を考慮しましょう：

• 変化の速さ。 市場や要求事項の変動が激しいほど、スプリントは短くします。
• フィードバックをどれだけ待てるか。 ステークホルダーが毎週進捗を確認する必要があるなら、4週間のスプリントは長すぎます。
• アイテムのサイズ。 ほとんどのバックログアイテムに数日以上かかる場合は、スプリントを長くする前にアイテムを分割しましょう。
• リリースとテストの制約。 統合、コンプライアンスチェック、ハードウェアのリードタイムなどにより、非常に短いスプリントが現実的でない場合があります。
• 足並みをそろえる。 同じプロダクトに取り組むチームは、通常スプリントの長さと開始日を共通にします。

スプリントの長さを変更する

少なくとも数スプリントの間は長さを一定に保ち、 ベロシティ や予測が意味を持つようにしましょう。変更はスプリントの途中ではなく、レトロスペクティブで意図的に行い、作業が終わらないからといって1つのスプリントを延ばすことは決してしないでください。スクラム固有のルールについては、当サイトのガイド スクラムのスプリントサイクル.

スプリントの構成要素

スプリントの形を決めるのは、ゴール、計画、成果の3つです。

スプリントゴール

スプリントゴールはスプリントの単一の目標です。スプリントプランニングで作成され、開発者が行う確約です。良いスプリントゴールはチケットの一覧ではなく 成果（アウトカム）を表します。そうすることで、チームは学びながら詳細な作業を調整する余地を持てます。

• 弱い例：「チケット412、415、419、420を完了する。」
• より良い例：「リピーターが1ステップで購入手続きを完了できるようにし、カゴ落ちが減るかどうかを検証する。」
• ソフトウェア以外の例：「春のキャンペーンのランディングページと最初の2通のメールを公開し、営業チームが月曜日にアプローチを開始できるようにする。」

スプリントバックログ

なお、 スプリントバックログ は、スプリントゴール、スプリント用に選択したプロダクトバックログアイテム、それらを届けるための開発者の計画で構成されます。開発者に属し、残りの作業を全員が把握できるよう、開発者がスプリントを通じて更新します。

インクリメントと完成の定義

インクリメントは、プロダクトゴールに向けた一歩であり、利用可能で、完成の定義を満たすものです。完成の定義を満たさない作業は、どれほど完成に近くてもインクリメントには含まれません。1つのスプリントで複数のインクリメントを作成でき、いつでもリリースできます。スプリントレビューはリリースの関門ではありません。

スプリント内のイベント

スプリントは他の4つのイベントを入れる器です。以下のタイムボックスは、スクラムガイドが1か月のスプリントについて示している上限です。スプリントが短い場合、イベントも通常は短くなります。

スプリントプランニング がスプリントの始まりです。プロダクトオーナーが最も重要な目標を説明し、開発者が完了できると考えるアイテムを選び、チーム全体でスプリントゴールを作り上げます。その後、開発者は作業の進め方を計画します。アイテムを1日以内のタスクに分解することがよくあります。

デイリースクラム は、開発者のための15分間の確認の場です。マネージャーへの状況報告ではありません。重要な問いは、スプリントゴールに向けて順調か、そうでなければ今日何を変えるか、です。

スプリントレビュー は、スライドショーではなく作業セッションです。チームは完成したものをデモし、ステークホルダーがフィードバックを伝え、全員で次に何をするかを話し合い、それをプロダクトバックログに反映します。

スプリントレトロスペクティブ でスプリントを締めくくります。チームは少数の具体的な改善策を選び、最も重要なものは次のスプリントバックログに追加できます。

バックログリファインメント はイベントではなく、スプリント中の継続的な活動です。チームは今後のアイテムを明確にし、分割し、サイズを見積もって、次のスプリントプランニングを素早く進められるようにします。

各ミーティングのアジェンダとファシリテーションのコツについては、当サイトのガイドをご覧ください： スクラムのセレモニー.

スプリントにおける役割分担

スクラムチームには3つの責任があります。スプリントを機能させるには3つすべてが必要です。

開発者にタスクを割り当てる人はいない点に注目してください。開発者は自ら作業を組み立てます。

スプリントの計画と運営の手順

これは、最初のスプリントを運営するチームに当サイトが推奨する手順です。スクラムガイドに従い、実践的な習慣を加えています。

1. プロダクトバックログを準備する。 計画の前に、上位のアイテムが順序付けられ、明確で、スプリント内に完了できるほど小さいことを確認します。これは前のスプリントでのリファインメントで行います。
2. キャパシティを確認する。 休暇、研修、その他の予定を書き出し、チームが実際に使える時間を把握します。当サイトの アジャイルのキャパシティ計画ガイド で方法を解説しています。
3. スプリントゴールに合意する。 スプリントプランニングで、プロダクトオーナーが目標を提案し、チームがそれを明確な1文にまとめます。
4. 作業を選択する。 開発者は、直近のベロシティやスループットを目安に、現実的な量に達するまでバックログの上位からアイテムを取り込みます。
5. 進め方を計画する。 最初の数日分の作業をタスクに分解し、誰が何から始めるかを合意します。すべてのタスクを最初に計画する必要はありません。
6. 小さなバッチで作業する。 新しいアイテムに着手する前に、今のアイテムを完了させます。誰かが行き詰まったら他のメンバーが助けます。これをスウォーミングと呼びます。
7. 毎日検査する。 デイリースクラムと見える化されたスクラムボードを使って、スプリントゴールに対するリスクを早期に発見します。
8. 今後の作業をリファインメントする。 各スプリントで一定の時間を、次のアイテム群の準備に充てます。以前のスクラムガイドでは、これに要する時間は通常チームのキャパシティの10%以下とされており、多くのチームが今でもこれを目安にしています。
9. ステークホルダーとレビューする。 完成したものを示し、フィードバックを集めて、プロダクトバックログを更新します。
10. 改善する。 レトロスペクティブを行い、1つか2つのアクションを選んで次のスプリントに持ち込みます。次のスプリントはすぐに始まります。

既製の スプリント計画のテンプレート を使えば、スプリントゴール、キャパシティ、選択したアイテム、タスクをまとめて管理できます。

例：2週間のスプリントを日ごとに紹介

月曜日から金曜日まで働く6人のプロダクトチームにおける、典型的な2週間のスプリントの例を紹介します。時間は目安です。ご自身のカレンダーに合わせて調整してください。

スプリントゴールの例

• ソフトウェアプロダクト： 「新規ユーザーが業務用メールで登録し、同僚を1人招待できるようにして、オンボーディングのベータ版を開始できるようにする。」
• マーケティングチーム： 「ウェビナーのランディングページと登録フローを公開し、6月のイベントの申し込み受付を開始できるようにする。」
• 人事チーム： 「今月入社する2人の新入社員を対象に、新しいオンボーディングチェックリストを試行する。」
• 社内IT： 「共有ドライブへのアクセスを失うことなく、財務チームを新しいノートPC環境に移行する。」

スプリントは変更、延長、中止できるか？

スクラムガイドは、進行中のスプリントについて明確なルールを示しています：

• スプリントゴールを危うくする変更は行わない。 新たな緊急の作業について話し合うことはできますが、チームはゴールを守ります。
• 品質を低下させない。 期日に間に合わせるために完成の定義を緩めることはしません。
• スコープは明確化・再交渉できます 。チームの理解が深まるにつれ、プロダクトオーナーと話し合って行います。ゴールが維持される限り、アイテムを入れ替えたり外したりできます。
• 必要に応じてプロダクトバックログをリファインメントする。

スプリントの延長は認められません。 タイムボックスは固定です。完成していない作業はプロダクトバックログに戻され、プロダクトオーナーが順序を付け直します。自動的に次のスプリントに持ち越されることはなく、途中までの作業はベロシティに含まれません。

スプリントの中止 は可能ですが、まれです。中止できるのはプロダクトオーナーだけであり、それもスプリントゴールが意味をなさなくなった場合（会社の方向転換や市場の変化など）に限られます。完成した作業はレビューされ、未完了のアイテムはプロダクトバックログに戻されます。

ステークホルダーが進行中のスプリントに新しい作業を押し込み続ける場合は、一種の スコープクリープとして扱いましょう。依頼はプロダクトオーナーとプロダクトバックログを通すようにします。

スプリント中の進捗を追跡する方法

スプリントを管理するのに複雑なレポートは必要ありませんが、ゴールが順調かどうかは把握する必要があります。

• スクラムボードまたはかんばんボード。 To Do、進行中、レビュー、完了などの列で作業をひと目で把握でき、ボトルネックが見えるようになります。
• スプリントバーンダウンチャート。 毎日の残作業を理想線と比較してプロットします。数日間線が横ばいなら、早期の警告サインです。
• スプリントゴールの確認。 デイリースクラムのたびに、ゴールがまだ達成可能かを確認しましょう。これはどんなチャートよりも重要です。
• ベロシティまたはスループット（スプリント終了後）。 スプリントごとに完了した作業量で、今後のスプリントの計画に使います。参考： アジャイルのベロシティチャート.
• スプリントゴールの達成率。 複数のスプリントにわたってチームがゴールを達成した頻度は、予測可能性を測る有用な指標です。

何を追跡するにしても、チームや個人を比較するためではなく、チームの適応を助けるために使いましょう。

スプリントで仕事をするメリット

• 素早いフィードバック。 ステークホルダーはプロジェクトの最後ではなく、数週間ごとに動く成果を確認できます。
• 集中。 単一のゴールと短い時間軸により、マルチタスクやコンテキストスイッチが減ります。
• リスクの低減。 問題は1スプリント以内に表面化し、修正コストが低いうちに対処できます。
• 予測可能性。 安定したリズムにより、予測やリリースの計画が立てやすくなります。
• 改善の仕組みが組み込まれている。 レトロスペクティブにより、チームは仕事の進め方を改善するための定期的で守られた時間を持てます。
• 透明性。 ゴール、バックログ、ボードにより、進捗が全員に見えるようになります。

スプリントでよくある間違いとその対処法

すべてのアジャイルチームがスプリントを使うのか？

いいえ。スプリントはスクラムや、XP、SAFeなどのイテレーションベースの手法に属するものです。他のアプローチは異なる方法で機能します：

• かんばん は固定のスプリントではなく、仕掛り作業（WIP）制限を伴う継続的なフローを使います。計画とリリースは必要なときに行います。両者の比較は次をご覧ください： かんばんとスクラムの比較.
• スクラムバン は両者を組み合わせたもので、計画のリズムを維持しつつ、作業をフローとして管理することがよくあります。
• デザインスプリント は別の考え方です。プロダクトのコンセプトを探索・検証するための、約5日間の構造化されたワークショップ（Google Venturesが広めたもの）です。名前は同じですが、スクラムのルールは適用されません。

これらのアプローチの比較については、次をお読みください： アジャイル方法論の種類.

スプリントのテンプレートとツール

スプリントは付箋とホワイトボードでも運営できますが、テンプレートやソフトウェアを使うと、特にリモートチームでは作業を共有しやすくなります。

• スプリント計画テンプレート：スプリントゴール、キャパシティ、選択したアイテム、見積り、タスク。
• スプリントレトロスペクティブのテンプレート：うまくいったこと、改善すべきこと、アクションアイテム。
• プロダクトバックログテンプレート：今後のスプリントに向けて準備が整ったアイテムの順序付きリスト。
• ユーザーストーリーのテンプレート：受入基準と見積りを備えた、一貫性のあるストーリー。
• アジャイルプロジェクト計画テンプレート：リリース、スプリント、マイルストーンを1つのビューで。

現在ではほとんどのプロジェクト管理ツールがスプリントに対応しています。 Jira はソフトウェアチーム向けにスクラムボードとかんばんボードを中心に構築されています。一方、 Wrike（当サイトの総合評価第1位のツール）は、部門をまたいで他の種類の業務と並行してスプリントを運営するチームに適しています。

このトピックの無料テンプレート

すべてのテンプレートを見る

よくある質問