スプリント計画用のホワイトボードは、目標とストーリーをチーム全員が確認できる計画に変えます。大切なのは装飾ではなく、スプリントの成果、入る作業、担当する人、開始前に扱うリスクが見えることです。
ストーリーの出発点としてBoardmix のプロダクトバックログテンプレートを使い、スプリント用の表示を周囲に組み立てます。共有キャンバスなら、プロダクト・デザイン・開発が同じ前提を確認できます。

カードを置く前に成果を決める
上部に成果を一つ書きます。「初めてのユーザーが支援なしで最初のボードを作れるようにする」のように、選択の基準になる言葉にします。「バックログを全部終える」は基準になりません。確認できる受け入れ条件だけを添え、成果を保証する表現は避けます。
リリース日、依存関係、レビュー、メンテナンス時間など、計画を変える制約も並べます。確認済み・仮定・未決の区別を付けると、後から見つかった条件を忘れずに済みます。
| エリア | 例 |
|---|---|
| 成果 | 最初のプロジェクト設定を分かりやすくする。 |
| 根拠 | 最近の観察とサポートの質問。 |
| 制約 | 候補版の前に文言レビューが必要。 |
| 未決事項 | どの設定手順を今回扱うか。 |
キャパシティを見える化する
チームや作業の流れごとにレーンを作り、計画用のキャパシティを書きます。これは入力情報であり、保証ではありません。休暇、サポート当番、オンボーディングなど、減る理由も記録します。
未コミットの作業は候補エリアに分けます。価値があっても今回入らないカードを分けることで、スコープの交渉が見えるようになります。
ストーリーを確認できる単位に分ける
ユーザーの流れを通る最小の単位から始めます。「オンボーディングを改善する」だけでは広すぎます。見える変更、確認できる行動、必要な支援を記します。部署ごとの作業だけに分けても、ユーザーが目的を達成できるかは分かりません。
カードには成果、根拠、確認条件、次の調整役、依存関係を置きます。担当者は次の一歩を調整する人であり、すべてを一人で行う人という意味ではありません。
リスクと依存関係を作業の横に置く
関係が重要なときはストーリーとリスクを線で結びます。「API の判断待ち」「コンテンツ待ち」「受け入れ条件が不明」は別の会話が必要です。リスクは、チームが対応を選んだときに初めてアクションになります。
会議が中断したら、未解決の問いと必要な参加者を「ここから再開」に残します。不確かなカードを隠すより有用です。

会話の順番を決めて進める
- 目標と制約を読み、スコープの前にボードを直します。
- 候補カードを確認し、根拠をたずねます。
- まとまりのある単位をレーンに置きます。
- 依存関係を解決・縮小・延期のどれにするか決めます。
- カード数ではなく、スプリントの流れとして読み返します。
- 未決事項と次の情報を持ってくる人を記します。
カードに付く質問はコメント、現在の計画はテキストやノートにします。Boardmix は共有キャンバスの基本ツールを提供しますが、コミットする内容はチームが決めます。
後から見直せる計画を残す
「コミット」「候補」「未解決」の表示を残し、計画日と次のレビュー日を記録します。延期した理由を削除しないでください。新しい根拠がないまま同じ議論を繰り返さずに済みます。
構成が決まったらBoardmix を開き、バックログをチームの計画に合わせて調整します。