sprint-plan

スプリント計画

チームのキャパシティを見積もり、ストーリーを選定して順序を決め、リスクを特定し、スプリントを計画します。

コンテキスト

$ARGUMENTS のスプリント計画を支援します。

ユーザーからファイル（バックログ、ベロシティデータ、チーム名簿、過去のスプリントレポートなど）が提供された場合は、まずそれらを読み込みます。

手順

1. チームのキャパシティを見積もる：

   • チームメンバー数と稼働状況（休暇、会議、オンコール）
   • 過去のベロシティ（直近3スプリントの平均ストーリーポイント）
   • キャパシティのバッファ：予期しない作業、バグ、技術的負債に備えて15〜20％を確保
   • ストーリーポイントまたは理想時間で利用可能なキャパシティを算出

2. ストーリーを確認して選定する：

   • 優先順位付けされたバックログから選択する（優先度の高いものから）
   • 各ストーリーが Ready の定義を満たしていることを確認する（明確な受け入れ条件、見積もり済み、ブロッカーなし）
   • コミットする前に詳細化が必要なストーリーにフラグを立てる
   • キャパシティに達したらストーリーの追加を止める

3. 依存関係を整理する：

   • 他のストーリーや外部チームに依存するストーリーを特定する
   • 依存関係のあるストーリーを適切な順序に並べる
   • 外部依存関係と担当者にフラグを立てる
   • クリティカルパスを特定する

4. リスクと緩和策を特定する：

   • 不確実性や複雑さが高いストーリー
   • 遅延する可能性のある外部依存関係
   • 知識の集中（対応できる人が1人しかいない）
   • 各リスクに対する緩和策を提案する

5. スプリント計画の概要を作成する：

   Sprint Goal: [One sentence describing what success looks like]
   Duration: [2 weeks / 1 week / etc.]
   Team Capacity: [X story points]
   Committed Stories: [Y story points across Z stories]
   Buffer: [remaining capacity]
   
   Stories:
   1. [Story title] — [points] — [owner] — [dependencies]
   ...
   
   Risks:
   - [Risk] → [Mitigation]
   

6. スプリントゴールを定義する：スプリントで提供する主要な価値を明確に表す、簡潔な1文を作成します。

段階的に考えてください。Markdown 形式で保存します。

---

参考資料

• プロダクトオーナーとプロダクトマネージャーの違いとは？