スクラムの「スプリント」はなぜ2週間なのか：Jeff Sutherland『SCRUM』

スクラムを導入したはずなのに、チームのスピードが上がっていない——この状況は珍しくない。多くの場合、スクラムの「型」は実装されているが、各儀式の「意図」が理解されていないことが原因だ。

Jeff Sutherland の『SCRUM 仕事が4倍速くなる世界標準のチーム戦術』は、スクラムの共同考案者が書いたビジネス書だ。技術的なプラクティスの解説よりも、なぜそのプラクティスが有効なのかという背景に多くのページを割いている。

1. スプリントの長さはなぜ重要か

2週間のスプリントは慣習ではなく、心理的な設計だ。

1週間だと計画と振り返りのオーバーヘッドが大きくなりすぎる。1ヶ月だと方向修正が遅くなる。2週間は「集中して動く」と「立ち止まって学ぶ」のバランスが取りやすい単位だ。

スプリントの終わりに「動くソフトウェア」を届けることを義務づけるのは、完成の定義を曖昧にしないためだ。「80%完成」は存在しない——動くか動かないか、という判断基準にする。

2. デイリースクラムの3つの問い

毎日15分の同期ミーティングには3つの問いがある。

• 昨日、何を達成したか
• 今日、何をするか
• 障害になっているものは何か

3つ目の問いが機能しているかどうかが、チームの成熟度を測る指標になる。障害を公言できる環境があるかどうか、そして障害が報告されたときに即座に取り除く仕組みがあるかどうかが問われる。

障害を報告したが何も変わらなかった経験が積み重なると、チームはこの問いに正直に答えなくなる。

3. ベロシティの意味

チームが1スプリントで完了できる作業量（ベロシティ）を計測する目的は、予測にある。

ベロシティは「早く働く」ために使うのではない。過去の実績から未来を見積もるための尺度だ。チームAのベロシティとチームBのベロシティを比較しても意味がない。同じチームの時系列変化を見ることで、改善の傾向を把握する。

ベロシティが下がったとき、それは問題のシグナルだ。上位からの圧力でベロシティの数字を操作するチームは、この早期警戒機能を失う。

4. レトロスペクティブが「学ぶ組織」を作る

スプリント終了時に行うレトロスペクティブ（振り返り）は、チームの改善メカニズムだ。

うまくいったこと・うまくいかなかったこと・次のスプリントで試すことを議論する。重要なのは「試すこと」を1つ決めて実行することだ。問題を発見して終わりにしないこと、また改善策を多く挙げすぎて何も実行しないことを避ける。

本書が「行幸（ハッピネス指数）」として紹介する概念も印象的だ。チームメンバーの幸福度を定期的に計測し、生産性との相関を見る。幸福度が下がるとベロシティが下がる傾向があり、逆に言えば幸福度を維持することが持続的な生産性に直結する。

5. 「マルチタスクは罪」という主張

本書が繰り返し強調するのは、同時進行プロジェクトのコストだ。

2つのプロジェクトを並行するとき、切り替えのコスト（コンテキストスイッチ）によって実質的なアウトプットが下がる。本書はこのコンテキストスイッチのコストを複数の研究から示している。

集中することをチームの設計として実装する——それがスプリントの構造だ。

---

本記事のリンクには Amazon アソシエイト等の広告が含まれる場合があります。リンク経由の購入で運営者に紹介料が支払われることがあります。