第15章 さまざまなレベルでのプランニング

本章では、スクラムプロジェクトにおけるプランニングが、単一の巨大な計画書ではなく、さまざまな詳細度を持った「階層的なアプローチ」で行われることについて解説します。

15.1 概要

スクラムにおけるプランニングは、以下の5つのレベルに分類され、それぞれカバーする期間や関わるメンバー、成果物が異なります。

レベル	頻度	誰が作るか	何を対象にするか	成果物
ポートフォリオ	おそらく半期ごと	ステークホルダー, プロダクトオーナー	プロダクトのポートフォリオの管理	ポートフォリオバックログ, そして仕事中のプロダクト
プロダクト (エンビジョニング)	継続的（数ヶ月〜数年）	プロダクトオーナー, ステークホルダー	ビジョン, そしてプロダクトの成長	プロダクトのビジョン, ロードマップ, そして概要レベルのフィーチャー群
リリース	数ヶ月ごと	スクラムチーム, ステークホルダー	顧客に届ける価値やフィーチャーのスコープ, スケジュールや予算のバランス	リリースプラン
スプリント	イテレーションごと	スクラムチーム全員	次のスプリントで開発と提供を行うもの	スプリントバックログ
デイリー	毎日	スクラムマスター, 開発チーム	コミットしたフィーチャーをいかに完成させるか	進捗確認, そしてその日の作業をどう進めるかの計画

15.2 ポートフォリオプランニング

最も上位に位置する計画です。 組織が持つ複数のプロダクト（またはプロジェクト）の中から、「どれを」「どの順番で」「どの程度の期間で」進めていくかを決定する作業です。限られたリソース（資金や開発チーム）を、最も価値の高いプロダクトに割り当てるための重要なプロセスです。

15.3 プロダクトプランニング（エンビジョニング）

特定のプロダクトに対する長期的な計画（数ヶ月〜年単位）であり、「エンビジョニング（構想）」とも呼ばれます。以下の3つの要素から構成されます。

• ビジョン: プロダクトが目指す方向性や、誰にどんな価値を提供するのかを定義します。
• 概要レベルのプロダクトバックログ: 最初期の要件として、エピックレベルの大きなユーザーストーリーを洗い出します。
• プロダクトのロードマップ: リリースごとの大まかなフィーチャー群の割り当てを視覚化したものです。

15.4 リリースプランニング

数ヶ月単位で、プロダクトのインクリメントをいつ市場にデリバリーするかを計画します。

• プロダクトバックログ上のアイテムに対し、「どこまでをリリース1に含め、どこからをリリース2に回すか」というリリースライン（境界線）を引きます。
• スコープ、期日、予算のトレードオフを考慮しながら、インクリメンタルなデリバリーを目指します。

15.5 スプリントプランニング

イテレーション（通常1〜4週間）ごとに行われる計画です。

• プロダクトオーナーと開発チームが協力し、プロダクトバックログから直近のスプリントで達成可能なアイテムを選び出します。
• 選ばれたアイテムは、開発チームによってさらに細かい「タスク」へと分解され、スプリントバックログとして定義されます。

15.6 デイリープランニング

最も詳細なレベルの計画であり、開発チームが毎日行う「デイリースクラム」のことです。

• メンバーが集まって進捗を確認し、「今日、どのように作業を連携させてスプリントゴールに近づくか」を計画・調整します。

15.7 終わりに

スクラムのプランニングは、タマネギの層のように階層的になっています。上位のレベル（ポートフォリオやプロダクト）の計画は、下位のレベル（スプリントやデイリー）の計画における重要なコンテキスト（文脈）を提供します。

---

エンジニアリングへの適用メモ

開発現場で「なぜこの機能を今作っているのか分からない」とモチベーションが下がる場合、多くは「プロダクトのビジョン」や「リリースプランニング」といった上位レベルの文脈が開発チームに共有されていないことが原因です。日々のデイリースクラム（15.6）が単なる進捗報告になりがちな時は、あえて視座を「リリース（15.4）」や「プロダクト（15.3）」のレベルに引き上げ、チーム全体でロードマップを確認し直すことが非常に効果的です。