スプリント
スプリントとは、通常1〜4週間、最も多くは2週間の固定長の作業サイクルであり、具体的で使用可能な成果物で終わるものである。
この言葉は、ソフトウェアや製品業務で広く使われているアジャイルフレームワーク、Scrumに由来する。スプリントの開始時に、チームはその期間中に取り組むタスク、いわゆるスプリントバックログについて合意する。このリストはスプリントの間ロックされたままとなり、新しい依頼は現在のサイクルを中断させるのではなく、次のサイクルに向けて待たされる。すべてのスプリントは、チームが実際に完成させたものを示すスプリントレビューで終わり、その後、次回どうすればより良く働けるかに焦点を当てたレトロスペクティブが続く。
固定のタイムボックスこそがスプリントを機能させる要である。それにより、タスクは何か月もダラダラ続くのではなく、その期間内に本当に完了できるほど小さく分解せざるを得なくなる。スプリントの長さは通常1〜4週間の範囲であり、実務では2週間のリズムが最も一般的である。スプリントが短いほど計画のオーバーヘッドは増え、長いほどフィードバックが遅れ、誤った前提がより長く走り続けることになる。
このパターンはScrumをはるかに超えて広がっている。たとえば1つのアイデアを検証するために5日間のサイクルを用いるデザインスプリントとして、あるいは単に業務や事務における繰り返しの作業リズムとして使われる。これらすべてに共通するのは同じループである。目標を設定し、時間に上限を設け、何かを提供し、振り返り、次のサイクルを始める。これが、単一の時点を示すマイルストーンとスプリントを区別するものであり、マイルストーンは繰り返される作業のリズムではなく、単一の時点を示す。
実践例
6人の開発チームが、社内ソフトウェアの新しいレポート機能を構築するために2週間のスプリントを計画し、34ストーリーポイントにコミットする。スプリントの終わりまでに29ポイントが完了し、スプリントレビューでライブデモが行われ、5ポイントはプロダクトバックログに戻される。レトロスペクティブで、チームは事業側からの入力がサイクルの中で遅すぎたことに気づき、次のスプリントではより早い段階での確認を予定に組み込む。
Leanshiftの活用方法
スプリントは縮小版のKaizenであり、計画し、実行し、示し、振り返るという固定の繰り返しリズムである。すべてのレトロスペクティブは、ただ前に進むのではなく、次のサイクルで何がより良くできるかを問うための意図的な立ち止まりである。それこそが、Leanshiftが言う『改善する人を生み出すために改善する』ことの核心である。スプリントの成果自体も重要だが、チームが各サイクルから何を学ぶかも同じくらい重要である。
よくある質問
スプリントはどのくらいの長さにすべきか?
1週間から4週間の間で、2週間が最も一般的な選択である。正確な長さそのものよりも、サイクルを通じて一貫させ、時間とともに比較可能なデータを得られるようにすることのほうが重要である。
スプリントの終わりに未完了のタスクはどうなるのか?
それらはプロダクトバックログに戻され、将来のスプリントに向けて再び優先順位付けされる。スプリントの途中で新しいタスクは追加されない。それはスプリントゴールを損なうことになるからだ。
スプリントはマイルストーンとどう違うのか?
マイルストーンはプロジェクトのタイムライン上の一つの重要な時点を示す。スプリントは、独自の計画とレビューを伴う、繰り返される同じ長さの作業サイクルである。