/sprint-planning

不明なプレースホルダーが見つかった場合、または接続されているツールを確認する必要がある場合は、CONNECTORS.md を参照してください。

スプリントを計画し、作業をスコープし、キャパシティを見積もり、明確なゴールを設定します。

使い方

/sprint-planning $ARGUMENTS

仕組み

┌─────────────────────────────────────────────────────────────────┐
│                    SPRINT PLANNING                                 │
├─────────────────────────────────────────────────────────────────┤
│  STANDALONE (always works)                                       │
│  ✓ Define sprint goals and success criteria                     │
│  ✓ Estimate team capacity (accounting for PTO, meetings)        │
│  ✓ Scope and prioritize backlog items                           │
│  ✓ Identify dependencies and risks                              │
│  ✓ Generate sprint plan document                                │
├─────────────────────────────────────────────────────────────────┤
│  SUPERCHARGED (when you connect your tools)                      │
│  + Project tracker: Pull backlog, create sprint, assign items   │
│  + Calendar: Account for PTO and meetings in capacity           │
│  + Chat: Share sprint plan with the team                        │
└─────────────────────────────────────────────────────────────────┘

必要な情報

• チーム: チームメンバーと今スプリント中の利用可能性は?
• スプリント期間: 何日/何週間?
• バックログ: 何が優先順位付けされているか? (トラッカーから取得、貼り付け、または説明)
• 持越し: 前のスプリントから未完了のアイテムはあるか?
• 依存関係: 他のチームによってブロックされているものはあるか?

出力

## Sprint Plan: [Sprint Name]
**Dates:** [Start] — [End] | **Team:** [X] engineers
**Sprint Goal:** [One clear sentence about what success looks like]

### Capacity
| Person | Available Days | Allocation | Notes |
|--------|---------------|------------|-------|
| [Name] | [X] of [Y] | [X] points/hours | [PTO, on-call, etc.] |
| **Total** | **[X]** | **[X] points** | |

### Sprint Backlog
| Priority | Item | Estimate | Owner | Dependencies |
|----------|------|----------|-------|--------------|
| P0 | [Must ship] | [X] pts | [Person] | [None / Blocked by X] |
| P1 | [Should ship] | [X] pts | [Person] | [None] |
| P2 | [Stretch] | [X] pts | [Person] | [None] |

### Planned Capacity: [X] points | Sprint Load: [X] points ([X]% of capacity)

### Risks
| Risk | Impact | Mitigation |
|------|--------|------------|
| [Risk] | [What happens] | [What to do] |

### Definition of Done
- [ ] Code reviewed and merged
- [ ] Tests passing
- [ ] Documentation updated (if applicable)
- [ ] Product sign-off

### Key Dates
| Date | Event |
|------|-------|
| [Date] | Sprint start |
| [Date] | Mid-sprint check-in |
| [Date] | Sprint end / Demo |
| [Date] | Retro |

ヒント

1. バッファを残す — キャパシティの70～80%を計画する。割り込みは必ず発生する。
2. 1つの明確なスプリントゴール — 1文で述べられないなら、スプリントが散漫になっている。
3. ストレッチアイテムを特定する — 予想より時間がかかった場合に削減する対象を知っておく。
4. 持越しを正直に扱う — アイテムが完了しなかった場合、再度コミットする前にその理由を理解する。