スプリント

スプリントの中心にある考え方は「期間を固定して、その中で扱う量を調整する」という点です。締め切りを都度ずらすのではなく、期間を先に決め切り、その枠に入る作業をチームが選ぶ形を取ります。これにより、どのくらいのペースで進むのかをスプリントごとに観察でき、次の計画の精度を少しずつ上げていくことができます。

固定するものと動かすものを分けて考えると整理しやすくなります。

• 固定するもの:期間の長さ。1スプリントを2週間と決めたら、途中で延ばさないのが基本です。長さがばらつくと進捗の比較ができなくなります。
• 調整するもの:扱う作業量。プロダクトバックログから、その期間で終えられそうな項目を選び直します。無理に詰め込まず、見込みに応じて増減させます。

プロジェクトマネージャーの視点では、スプリントは「進捗を報告するための単位」としても機能します。期間が一定なので、ステークホルダーへの報告リズムを揃えやすく、遅れの兆候にも早く気づきやすくなります。

スプリントは、いくつかの決まった場面をつないで一巡します。誰が・何を・どの順で行うかを追うと、全体像がつかみやすくなります。

• スプリントプランニング(計画)。開発チーム、プロダクトオーナー、スクラムマスターが集まり、そのスプリントで何を達成するか(スプリントゴール)と、着手する項目を決めます。成果物はスプリントバックログです。
• デイリースクラム(日次の同期)。開発チームが毎日短時間で集まり、進み具合と障害を共有します。進捗管理そのものというより、計画のずれを早く見つける場です。
• スプリントレビュー(成果の確認)。期間の終わりに、動く成果物をステークホルダーに見せてフィードバックを受けます。ここで次に何を優先するかの手がかりを得ます。
• スプリントレトロスペクティブ(振り返り)。チームの進め方そのものを見直し、次のスプリントで試す改善を1〜2点に絞って決めます。

この一巡が終わると、間を空けずに次のスプリントが始まります。区切りを繰り返すことで、計画と実物のずれを小刻みに補正していく流れです。

形だけスプリントを回しても、狙った効果が出ないことがあります。よく見られるつまずきの形を挙げます。

• 期間内に詰め込みすぎる。計画時に楽観的な見積もりで項目を積み、毎回積み残しが出るパターンです。終わらなかった分が次に繰り越され、ゴールがあいまいになっていきます。
• 途中で作業を差し込む。スプリントの最中に別の依頼を割り込ませると、当初のゴールが崩れます。緊急対応が必要なときは、次のスプリントで扱うか、ゴールごと見直す判断が要ります。
• 振り返りが形骸化する。レトロスペクティブが感想の共有で終わり、次に試す改善が決まらないと、同じ問題が繰り返されやすくなります。

プロジェクトマネージャーとしては、スプリントの数値(消化した作業量など)だけを追わないことも大切です。数を追うと詰め込みを助長しがちなので、ゴールを達成できたか、成果物が使える状態かという質の面と合わせて見るとバランスが取りやすくなります。

スプリントは似た言葉と混同されやすいため、軸を決めて整理しておくと説明に困りません。

• スプリントとイテレーションの違い。イテレーションは反復開発全般で使う「繰り返しの一区切り」を指す一般語で、スプリントはその中でもスクラムで使う呼び方です。スプリントには計画やレビューといった決まった場面が伴う点が特徴です。
• スプリントとウォーターフォールの工程の違い。ウォーターフォールは要件定義・基本設計・詳細設計といった工程を順番に一度ずつ進めます。スプリントでは、短い期間の中でこれらの活動を小さくまとめて何度も繰り返します。
• スプリントとマイルストーンの違い。マイルストーンは達成すべき節目の「点」を指すのに対し、スプリントは作業を進める「期間」を指します。両者は併用でき、複数のスプリントを束ねた先にマイルストーンを置く形もよく取られます。

これらを踏まえると、スプリントは「短い期間を繰り返す進め方」であり、工程を一度で終える設計や、節目の管理とは役割が分かれていると整理できます。

プロジェクトマネージャーにとって、スプリントを理解しておくことは、アジャイルで動く現場と対話するための土台になります。工程を順番に進めるウォーターフォール型の管理に慣れていると、期間を固定して量を調整する発想は戸惑いやすいところです。両方の進め方の違いを言葉で説明できると、開発チームやステークホルダーの間に立つ場面で役立ちます。

実務では、スプリントのリズムに合わせて報告や意思決定の間隔を設計する動きが求められます。レビューや振り返りで得た情報を、次の優先順位づけや関係者への共有につなげられると、PMとしての関わり方に幅が出てきます。スクラムマスターやプロダクトオーナーとの役割の違いも押さえておくと、混同を避けやすくなります。

スプリントの長さはどう決めればよいですか。

一般には1〜4週間の範囲で、チームやプロダクトの状況に合わせて決めます。短いほど計画の見直しが頻繁になり、長いほどまとまった作業を扱えます。一度決めたら当面は同じ長さを保ち、進み具合を比較できるようにするのが基本です。

スプリントの途中で急な依頼が入ったらどうしますか。

原則として、進行中のスプリントのゴールを守るため、割り込みは避けます。対応が急を要する場合は、次のスプリントで扱うか、チームとプロダクトオーナーで話し合ってゴール自体を見直します。都度差し込むと計画が崩れやすくなります。

スプリントはスクラムでしか使えませんか。

スプリントという呼び方はスクラムに由来しますが、短い期間で区切って反復する考え方自体は他の進め方にも応用されています。ただし計画やレビュー、振り返りといった場面をセットで運用してこそ効果が出やすい点は共通しています。