agile-sprint について
バックログを、キャパシティを考慮した作業サイクルにまとめるスプリント計画スキルです。着手条件や依存関係、実行順を確認し、チームのコミットメントを記録します。
主な機能
- 01観測可能なスプリント目標の設定
- 02価値とリスクに基づく項目選定
- 03Definition of Ready の確認
- 04キャパシティと制約の記録
- 05作業順の整理と障害の明示
活用シーン
- 01検証済みバックログからスプリントを計画
- 02着手条件を満たさない作業の除外
- 03複数開発者による並行作業の調整
- 04コミットメントと延期項目の記録
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ djalmajr/ skills --skill agile-sprintインストール後、Claude Code で/agile-sprintを入力して読み込まれたか確認します。
同梱ファイルtemplates/sprint.md
詳細
スプリント計画
明確な目標、選択した項目、実行順序を定めて作業サイクル(スプリント)を計画するには、このスキルを使用します。
スラッシュコマンド経由で受け取った初期コンテキスト:$ARGUMENTS
$ARGUMENTS に値が入力されている場合は、参照情報として使用します(例:エピック、バックログ、期間)。
空の場合は、どのバックログまたは取り組みを計画するか尋ねます。
言語
成果物はユーザーの言語で作成します。正しい文法と、必要な発音区別符号や文字体系固有の文字を使用します。ユーザーの言語が不明な場合は、出力を生成する前に確認します。テンプレートは英語です。見出しと内容を適切な言語に翻訳してください。
プロジェクトルート
このスキルでは、エージェントの現在の作業ディレクトリではなく、プロジェクトルート(作業対象のリポジトリ)からの相対パスに成果物を作成します。
- プロジェクト内から実行した場合は、このスキルに記載された相対パスを使用します。
- 別のディレクトリ(例:隣接するリポジトリ、または別の場所にあるプロジェクト)から実行した場合は、すべての成果物のパスの先頭に
<project-root>/を付けます。 - プロジェクトルートが不明確な場合は、書き込む前にハーネスの質問ツールを使ってユーザーに確認します。
プロンプト
CLAUDE.md / AGENTS.md に記載されたプロジェクト全体の規約(「Skill Prompting Conventions」)に従います。以下の判断が必要な箇所では、ハーネスの構造化質問ツール(Claude Code のAskUserQuestion、Codex のask_user_question、または OpenCode のquestion)を使用します。自由形式のテキスト入力は、パス、名前、値を選択肢として列挙できない場合に限って使用します。
| 判断事項 | 構造化質問を使う理由 | 推奨される選択肢 |
|---|---|---|
| 含めるバックログ項目(複数選択) | スプリントのスコープに影響するため | バックログ一覧から選択 |
| スプリント期間 | キャパシティの計算に影響するため | 1週間 · 2週間 · カスタム |
自由形式のプロンプト(構造化質問ツールは使用しません):
- スプリント目標のテキスト
- キャパシティの調整
中断なしモード:ユーザーがスキル実行中の確認を明示的に無効にしている場合は、すべての構造化プロンプトを「未解決の質問」(または同等の項目)に記載し、処理を中断せずに進めます。
目標
- スプリントの目標を明示する
- 価値、リスク、依存関係に基づいてバックログ項目を選択する
- キャパシティと制約を記録する
- 実行順序を定義し、ブロッカーを明らかにする
- 各項目に Definition of Ready があることを確認する
プロセス
1. 目標を明示する
- スプリントで、どのような観察可能な成果を出すべきですか?
- スプリント中のトレードオフの判断基準となるフレーズを1つ決めます。
2. バックログを確認する
以下を確認します。
- 未完了のストーリーがあるエピック
- 未完了の改善アクションがあるレトロスペクティブ
/agile-refinementで検証済みのバックログ項目
3. 項目を選択する
選択した各項目について、次の情報を記録します。
- 名前と目標
- 見積もりサイズ
- 価値(なぜ今取り組むのか?)
- 依存関係とブロッカー
4. DoR を確認する
各項目には、次の内容が必要です。
- 明確な問題と目標
- スコープと対象外の範囲の記録
- 関連するファイルや領域の洗い出し
- 検証可能な受け入れ条件
- プロダクトの動作に関するテストファーストの進め方。特に、検証、API コントラクト、権限、オフライン/同期動作、重要なフローを重視します。
項目に DoR がない場合は、スプリントに含めません。/agile-epic で分解するか、/agile-refinement で検証する必要があります。
5. 実行順序を決める
- 最初に何をすべきですか(残りの作業のブロックを解除するもの)?
- 並行して進められる作業は何ですか?
- クリティカルパスは何ですか?
6. チームに作業を割り当てる
開発者が2人以上いる場合:
- 項目を開発者またはトラック(例:バックエンド、フロントエンド)に割り当てます。
- 同時に進められる項目を特定します。
- トラック間の作業がブロックされないよう、インターフェースのコントラクトまたはモックを定義します。
- 並行する割り当てを可視化するため、Mermaid 図を使用します。
7. コミットメントを記録する
- 利用可能なキャパシティ(日数、制約、開発者数)
- スプリントのコミットメント(選択した項目と割り当て先)
- 対象外とした項目(延期した項目)
保存先
planning/<initiative>/sprints/sprint-YYYY-MM-DD.md(取り組みと同じ場所に保存)planning/sprints/sprint-YYYY-MM-DD.md(スプリントが複数の取り組みにまたがる場合)
順次実行
- 最初の項目の詳細化には、バックログの最初のストーリーに
/agile-storyを提案します - 分解が必要な項目には、
/agile-epicを提案します - 検証が必要な項目には、
/agile-refinementを提案します - 計画中に見つかったプロセスやスキル上の摩擦は、レトロスペクティブと人間によるレビューのために記録します
参照テンプレート
このスキルの templates/sprint.md をベースとして使用します。
ルール
- キャパシティを超える数の項目を選択しないでください。過剰なコミットメントは、フラストレーションや一貫性の欠如につながります。
- 各項目には DoR が必要です。DoR がなければ、スプリントには含めません。
- スプリントの目標は、曖昧ではなく観察可能なものにしてください。
- 依存関係は明示してください。「うまく収まるだろう」と想定しないでください。
- スプリント計画は実行につながります。計画によって明確さが得られなければ、実行に支障が出ます。
ワークフローとの関係
flowchart LR
A["/agile-retro"] --> B["/agile-sprint"]
B --> C["/agile-story"]
C --> D[execution]
D --> E["/agile-status"]
E --> F["/agile-review"]
F --> G["/agile-retro"]
このスキルはスプリントサイクルを開始します。作業の分解には /agile-epic を、実行計画には /agile-story を、スプリント中の進捗追跡には /agile-status を使用します。