スプリントとは?アジャイル開発での期間の決め方と進め方
公開日:
最終更新日:
スプリントとは、スクラムで成果を作り、確かめ、次の行動を調整するための一定期間です。期間は1か月以内と定義され、終了後は次のスプリントが始まります。単に開発作業だけを詰め込む期間ではなく、計画、日々の調整、成果の確認、振り返りも含みます。
Scrum.orgのスプリント解説が定義の確認先です。スクラムとは?スクラム開発の進め方・役割・イベントを図解の全体像を踏まえ、チームが学びを得られる周期を選びます。
スプリント期間を決める判断軸
短ければ必ずよいわけでも、長ければ多く完成するわけでもありません。利用者からの反応を得る速さ、完成までに必要な作業、外部依存、イベント運営の負荷を見ます。以下は選択を考えるための例です。
期間の候補 | 検討しやすい条件 | 確認したいこと |
|---|---|---|
1週間 | 小さな変更を短く検証できる | 会議や準備に時間を使いすぎないか |
2週間 | 作業と検証を一定の周期で回したい | 項目を期間内に完成できる大きさへ分けられるか |
1か月 | 確認に比較的長い準備が必要 | 途中の変化やリスクを見落とさないか |
まず仮の期間を決めて運用し、未完了の原因やフィードバックまでの待ち時間を振り返ります。遅れたからその都度延長すると、一定周期で確かめる仕組みが崩れます。
2週間スプリントの進行例
以下は架空の営業日10日の運用例です。時間配分は公式の必須値ではありません。
- 初日に目的、選ぶ項目、実現方法を話し合います。スプリントゴールを明確にします。
- 各営業日に開発者が短く集まり、ゴールに向けた次の仕事を調整します。
- 期間中は実装、確認、関係者との相談を進め、必要に応じてバックログを詳しくします。
- 終盤に完成した成果と状況の変化を関係者と確認します。
- 最後に仕事の進め方を振り返り、次の改善を決めます。
イベントの目的の違いはスクラムイベントとは?プランニング・デイリースクラム・レビューの進め方を参照してください。最後の日まで品質確認を後回しにせず、早い段階から完成へ向けた作業を進めます。
ゴールと選んだ作業項目を区別する
「チケットを10件終える」は作業量の話です。「利用者が入力エラーから復帰できるようにする」は価値に関する目的です。たとえば、エラー表示の改善と再入力の保持を候補にし、必要な項目を選びます。
途中で分かったことに応じて、プロダクトオーナーと範囲を調整することはあります。ただし、スプリントゴールを危険にさらす変更や品質の引き下げは避けます。新しい依頼が来たときは、「入れるかどうか」だけでなく、何を外すと目的を守れるかも話します。
未完了の項目と割り込みを扱う
未完了の項目は、完成した成果として扱いません。残っている作業と、次に取り組む順序を確認します。機械的に次のスプリントへすべて入れると、新しい優先順位を反映できなくなります。
割り込みが多いチームは、問い合わせや障害対応の履歴を取り、計画可能な仕事量を見直します。緊急対応を見えない残業で吸収する前提では、予測が安定しません。ベロシティとは?アジャイル開発での計算方法と計画への活かし方で過去の実績を確認し、バーンダウンチャートとは?見方・作り方とバーンアップとの違いで期間中の変化を見ます。
終了時に確かめること
観点 | 確認する問い |
|---|---|
価値 | ゴールに対し、何を実現または検証できたか |
品質 | 合意した完成の定義を満たしているか |
次の判断 | 利用者や環境の変化から何を変えるか |
進め方 | 次に試す改善を実行できる形で決めたか |
スプリントは納期と同じですか?
同じではありません。一定周期の検査と適応の枠です。外部への納期を考える場合は、依存関係や残作業の不確実性も含めて計画します。
スプリントを中止できるのは誰ですか?
スプリントゴールが意味を失った場合、プロダクトオーナーが中止する権限を持ちます。単に作業が遅れていることとは区別します。
施策側のタスク進行と費用・承認の判断は、Xtrategyのプロジェクト管理で扱う情報と結び付け、開発の周期との関係を共有してください。

