スプリントとは
スプリントとは、スクラムにおいて、チームが一つの目標に向けて作業する、長さが固定された期間のことです。この期間の中で計画、作業、確認、振り返りが行われます。他の開発手法では「イテレーション」と呼ばれる反復に近い概念です。
「スプリント」は陸上競技の短距離走を意味する英語です。全力で短い距離を走り切るイメージから、短い周期で成果を出す取り組みの名称になりました。
期間が固定されているため、「いつまでに何を確認するか」が自然に定まります。完成しなかった作業が出ても、期間を延ばすのではなく優先順位を見直すことで、チームの見通しを保てます。
仕組み・ポイント
スプリントの一周は、主に次のような流れです。
- スプリント計画：今回の目標と取り組む作業を決める
- 開発：日々の確認を行いながら作る
- スプリントレビュー：完成したものを関係者へ見せ、意見を得る
- スプリントの振り返り：進め方を見直す
押さえておきたい特徴は次のとおりです。
- 期間は固定し、途中で延ばさない
- 期間中は、目標を危うくする変更を持ち込まない
- 終わりには、動く成果として確認できる状態を目指す
- 期間の長さは、確認の頻度とリスクを踏まえて決める
短くしすぎると準備の負担が大きくなり、長くしすぎると学びが遅れます。チームの状況に合わせて調整します。
期間の長さは、確認したい仮説の性質で決めます。利用者の反応を早く知りたい初期は短めに、技術的な準備が要る場合はやや長めにするなど、状況に応じて調整できます。ただし、頻繁に変えると比較がしにくくなるため、一度決めたらしばらく同じ長さで続けるのが一般的です。
完了の判断は、スプリントレビューで関係者と一緒に行います。期間内に終わらなかった項目は、「半分できた」として持ち越すのではなく、改めて優先順位を付け直します。
実務での使い方・具体例
架空の例として、チームが「予約の取消しを利用者が自分でできる」という目標を立てて一つのスプリントに臨みます。計画の場で、完成の条件と、確認の方法（実際の利用者に試してもらうか、社内で確認するか）を決めておきます。
期間の終わりのレビューで取消し機能を見せたところ、「取消し後の連絡方法が分かりにくい」という指摘が出ました。次のスプリントの優先順位を更新し、修正に取り組みます。目標、成果、検証の三点がつながっていると、期間ごとの学びが明確になります。
スプリント目標は「機能を何個作る」ではなく「利用者が何をできるようになるか」で表現すると、完成の判断がしやすくなります。
判断のチェックポイント
- スプリントの目標は、利用者にとっての変化で書かれているか
- 期間の終わりに確認する方法が決まっているか
- 期間中に外から作業が割り込まない約束があるか
- 完成の条件が、事前に共有されているか
- 終わらなかった作業を次へ回す際の基準があるか
よくある誤解と注意点
- 作業を詰め込む期間ではない：目標を決め、確認までを含めて一巡させます。
- 終わらなかった作業を安易に延長しない：残りを次の計画に戻して、優先順位を見直します。
- レビューは報告会ではない：実物を見てもらい、次の判断につなげる場です。
- 期間だけ短縮しても学びは増えない：検証できる成果を作らなければ意味が薄れます。
- 目標を途中で頻繁に変えない：変えたくなった場合は、期間を区切り直して計画をやり直す判断も検討します。
関連用語
- スクラム：スプリントを含む枠組み
- プロダクトバックログ：スプリントで取り組む作業の元になる一覧
- アジャイル開発：反復して進める開発の考え方
- ユーザーストーリー：作業の単位として使われる記述
Otsumuに相談できること
スプリントを回しても、検証したい仮説が決まっていなければ、機能が増えるだけで学びが残りません。Otsumuでは、スプリントの目標に事業上の仮説を結びつける考え方を、状況に応じてご一緒に整理できます。
MVP開発のご支援内容もご覧いただけます。進め方に迷う段階であれば、30分の無料相談でお話しください。
執筆：Otsumu株式会社 ／ 編集日 2026.10.04