スプリントプランニングの進め方：新しい案件に入った初回に何を決めるか

新しい案件の初回スプリントで止まりやすい場所

新しい案件に参加して最初に出席するスクラムのイベントは、スプリントプランニングになることが多くあります。それまでの開発の経緯やプロダクトバックログの背景を知らないまま議論に加わることになり、何を発言すればいいか分からずに様子を見るだけで時間が終わってしまうことがあります。

企業側から見ても、アサインしたエンジニアが初回のスプリントプランニングで戦力になれていないと、そこから数週間の立ち上げ全体が遅れます。デイリースクラムやスプリントレトロスペクティブと違い、スプリントプランニングはスプリントの出発点を決めるイベントのため、ここでの出遅れは1スプリント分そのまま響きます。

スプリントプランニングの位置づけ

Scrum Guideは、スプリントプランニングを「スプリントで実施する作業を計画し、スプリントを開始するイベント」と定義しています。この計画はスクラムチーム全体の共同作業でつくるものとされており、プロダクトオーナーや一部のメンバーだけで決めるイベントではありません。

プロダクトオーナーは、話し合うべきプロダクトバックログ項目と、それがプロダクトゴールにどう結びつくかを、出席者が議論できる状態に整えておく役割を持ちます。助言を目的に、スクラムチーム以外の人を招くこともできるとされています。

タイムボックスは、1か月のスプリントで最大8時間です。スプリントの期間が短くなるほど、このイベントにかける時間も短くなる、とScrum Guideは述べています。

3つのトピックで何を決めるか

Scrum Guideは、スプリントプランニングで話し合う内容を3つのトピックに分けています。

トピック1 なぜこのスプリントに価値があるのか

プロダクトオーナーが、今回のスプリントでプロダクトの価値と有用性をどう高められるかを提案します。そこからスクラムチーム全体で、スプリントの価値をステークホルダーに伝えるスプリントゴールを定義します。このスプリントゴールは、スプリントプランニングが終わるまでに確定させるとされています。

トピック2 このスプリントで何ができるのか

プロダクトオーナーとの対話を通じて、開発者がプロダクトバックログから今回のスプリントに含める項目を選びます。この過程でスクラムチームが項目を詳細化することもあります。どれだけの量を1スプリントで終えられるかの見積もりは難しい作業ですが、開発者が過去の実績・今後の稼働可能量・完了の定義をどれだけ把握しているかで、見積もりの確からしさが変わるとされています。

トピック3 選んだ作業をどう終わらせるか

選んだプロダクトバックログ項目ごとに、完了の定義を満たすインクリメントを作るために必要な作業を、開発者が計画します。多くの場合、1日以内で終わる小さな作業単位に分解する形で進めます。どう進めるかは開発者だけが決めることで、他の誰かがその方法を指示することはないとされています。スプリントゴール、選んだプロダクトバックログ項目、それを届けるための計画を合わせたものが、スプリントバックログと呼ばれます。

初回のスプリントプランニングで確認すること（フリーランスエンジニア向け）

新しい案件に入って最初のスプリントプランニングに出席するときは、議論の流れを追うだけで終わらないよう、次の点を確認します。

• スプリントゴールが今回の話し合いで初めて決まるのか、すでに案として用意されているのかを確認する。案がある場合は、それがプロダクトゴールのどのステップにあたるのかを聞く
• 完了の定義が文書として存在するか、チームの暗黙の了解として運用されているかを確認する。存在しない、または人によって認識が違う場合は、最初のスプリントで擦り合わせる課題として扱う
• 過去のスプリントでどれだけの量を終えられていたかをチームに聞く。参加初日は自分の見積もりの精度が低いため、チームの実績値を基準にする
• プロダクトバックログ項目をどこまで細かく分解してから着手するかのルール（1日以内の作業単位にする、など）を確認する
• スプリントプランニングで決まったことがどこに記録されるかを確認し、後から自分で見返せるようにする

アサイン直後の立ち上げ支援で担当者が見るポイント（BP企業担当者向け）

アサインしたエンジニアの初回のスプリントプランニングが立ち上げのつまずきにならないよう、企業担当者側で準備しておくと効く点を整理します。

• 初回のスプリントプランニングに参加する前に、プロダクトゴールと直近のスプリントゴールの経緯を一枚にまとめて渡しておく。口頭説明だけだと、議論の文脈を追うだけでイベントの時間が終わってしまう
• 完了の定義と、スプリントバックログを管理するツールの運用ルールを事前に共有する。初回のスプリントプランニングの場で初めて説明すると、本来の計画作業に使う時間が削られる
• 初回のスプリントプランニングが終わった直後に、エンジニア本人へ「Why・What・Howのどこが一番分かりにくかったか」を聞く。トピックごとに分けて聞くと、立ち上げがどこで詰まっているかが具体的に分かる
• スプリントゴールの合意に参加できていたか（提案に意見を言えていたか、聞くだけで終わっていないか）を、スクラムマスターやプロダクトオーナーに確認する

ほかのスクラムイベントとの関係

スプリントプランニングで決めたスプリントゴールは、その後のデイリースクラムで毎日の進捗をゴールに照らして確認する材料になります。スプリントの終わりには、スプリントレトロスペクティブで、プランニングの見積もりがどれだけ実態と合っていたかを振り返る材料になります。

プロダクトオーナーとスクラムマスターの役割分担や、ボードを初日にどう確認するかは、それぞれ別のテーマとして切り分けて理解したほうが、新しい案件に入ったときの立ち上げ全体像がつかみやすくなります。デイリースクラムとスプリントレトロスペクティブの進め方は、すでに個別の記事で扱っています。

まとめ

スプリントプランニングは、Why・What・Howという3つのトピックで構成されたイベントです。何が決まる場なのかを先に知っておけば、新しい案件に参加した初回でも、議論を見ているだけで終わらずに加わることができます。企業担当者の側も、この3つのトピックに沿って事前情報を渡しておくことで、アサインしたエンジニアの立ち上げにかかる時間を短くできます。