jpskill.com
💼 ビジネス コミュニティ

sprint-planning

Plan a sprint — scope work, estimate capacity, set goals, and draft a sprint plan. Use when kicking off a new sprint, sizing a backlog against team availability (accounting for PTO and meetings), deciding what's P0 vs. stretch, or handling carryover from the last sprint.

⚡ おすすめ: コマンド1行でインストール(60秒)

下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。

🍎 Mac / 🐧 Linux 
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o sprint-planning.zip https://jpskill.com/download/22733.zip && unzip -o sprint-planning.zip && rm sprint-planning.zip
🪟 Windows (PowerShell) 
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/22733.zip -OutFile "$d\sprint-planning.zip"; Expand-Archive "$d\sprint-planning.zip" -DestinationPath $d -Force; ri "$d\sprint-planning.zip"

完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。

💾 手動でダウンロードしたい(コマンドが難しい人向け)
  1. 1. 下の青いボタンを押して sprint-planning.zip をダウンロード
  2. 2. ZIPファイルをダブルクリックで解凍 → sprint-planning フォルダができる
  3. 3. そのフォルダを C:\Users\あなたの名前\.claude\skills\(Win)または ~/.claude/skills/(Mac)へ移動
  4. 4. Claude Code を再起動
⬇ .zip でダウンロード(推奨) ⬇ .skill 形式(上級者用) 元のソース ↗

⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。

🎯 このSkillでできること

下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。

📦 インストール方法 (3ステップ)

  1. 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
  2. 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
  3. 3. 展開してできたフォルダを、ホームフォルダの .claude/skills/ に置く
    • · macOS / Linux: ~/.claude/skills/
    • · Windows: %USERPROFILE%\.claude\skills\

Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。

詳しい使い方ガイドを見る →
最終更新
2026-05-18
取得日時
2026-05-18
同梱ファイル
1

📖 Skill本文(日本語訳)

※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。

[Skill 名] sprint-planning [原文 Markdown ↓]

/sprint-planning

見慣れないプレースホルダーがある場合や、どのツールが接続されているかを確認する必要がある場合は、CONNECTORS.md を参照してください。

作業範囲を定め、キャパシティを見積もり、明確な目標を設定することで、スプリントを計画します。

使用方法

/sprint-planning $ARGUMENTS

仕組み

┌─────────────────────────────────────────────────────────────────┐
│                    SPRINT PLANNING                                 │
├─────────────────────────────────────────────────────────────────┤
│  STANDALONE (常に動作します)                                       │
│  ✓ スプリントの目標と成功基準を定義します                     │
│  ✓ チームのキャパシティを見積もります (有給休暇、会議を考慮)        │
│  ✓ バックログ項目を範囲設定し、優先順位を付けます                           │
│  ✓ 依存関係とリスクを特定します                                 │
│  ✓ スプリント計画ドキュメントを生成します                                │
├─────────────────────────────────────────────────────────────────┤
│  SUPERCHARGED (ツールを接続した場合)                      │
│  + プロジェクトトラッカー: バックログをプルし、スプリントを作成し、項目を割り当てます   │
│  + カレンダー: キャパシティで有給休暇と会議を考慮します           │
│  + チャット: スプリント計画をチームと共有します                        │
└─────────────────────────────────────────────────────────────────┘

必要な情報

  • チーム: 今スプリントのチームメンバーとその利用可能状況を教えてください。
  • スプリント期間: 何日/何週間ですか？
  • バックログ: 優先順位付けされているものは何ですか？ (トラッカーからプル、貼り付け、または説明)
  • 持ち越し: 前のスプリントから未完了のものはありますか？
  • 依存関係: 他のチームにブロックされているものはありますか？

出力

## スプリント計画: [Sprint Name]
**日付:** [Start] — [End] | **チーム:** [X] 人のエンジニア
**スプリント目標:** [成功がどのようなものかを示す明確な一文]

### キャパシティ
| 担当者 | 利用可能日数 | 割り当て | 備考 |
|--------|---------------|------------|-------|
| [Name] | [Y] 日中 [X] 日 | [X] ポイント/時間 | [PTO、オンコールなど] |
| **合計** | **[X]** | **[X] ポイント** | |

### スプリントバックログ
| 優先度 | 項目 | 見積もり | 担当者 | 依存関係 |
|----------|------|----------|-------|--------------|
| P0 | [必須出荷] | [X] pts | [Person] | [なし / X にブロックされている] |
| P1 | [出荷すべき] | [X] pts | [Person] | [なし] |
| P2 | [ストレッチ] | [X] pts | [Person] | [なし] |

### 計画されたキャパシティ: [X] ポイント | スプリント負荷: [X] ポイント (キャパシティの [X]%)

### リスク
| リスク | 影響 | 軽減策 |
|------|--------|------------|
| [リスク] | [何が起こるか] | [何をすべきか] |

### 完了の定義
- [ ] コードレビューされ、マージされている
- [ ] テストがパスしている
- [ ] ドキュメントが更新されている (該当する場合)
- [ ] 製品の承認

### 主要な日付
| 日付 | イベント |
|------|-------|
| [Date] | スプリント開始 |
| [Date] | スプリント中間チェックイン |
| [Date] | スプリント終了 / デモ |
| [Date] | レトロ |

ヒント

  1. バッファを残す — キャパシティの70〜80%で計画してください。割り込みは発生します。
  2. 明確なスプリント目標を1つ — 一文で述べられない場合、スプリントは焦点が定まっていません。
  3. ストレッチ項目を特定する — 予想よりも時間がかかった場合に何を削減するかを知っておきましょう。
  4. 正直に持ち越す — 出荷されなかったものがある場合、再コミットする前にその理由を理解してください。
📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開

/sprint-planning

If you see unfamiliar placeholders or need to check which tools are connected, see CONNECTORS.md.

Plan a sprint by scoping work, estimating capacity, and setting clear goals.

Usage

/sprint-planning $ARGUMENTS

How It Works

┌─────────────────────────────────────────────────────────────────┐
│                    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                        │
└─────────────────────────────────────────────────────────────────┘

What I Need From You

  • Team: Who's on the team and their availability this sprint?
  • Sprint length: How many days/weeks?
  • Backlog: What's prioritized? (Pull from tracker, paste, or describe)
  • Carryover: Anything unfinished from last sprint?
  • Dependencies: Anything blocked on other teams?

Output

## 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 |

Tips

  1. Leave buffer — Plan to 70-80% capacity. You will get interrupts.
  2. One clear sprint goal — If you can't state it in one sentence, the sprint is unfocused.
  3. Identify stretch items — Know what to cut if things take longer than expected.
  4. Carry over honestly — If something didn't ship, understand why before re-committing.