sprint-plan
作成者 phurynsprint-plan を使って、バックログを現実的なスプリント計画へ落とし込みましょう。キャパシティ見積もり、ストーリー選定、依存関係の整理、リスク確認までまとめて進められます。Project Management で、未整備の作業をふるいにかけ、スコープとベロシティのバランスを取り、スプリント計画の準備をより少ない推測で進めたいときに最適な sprint-plan ガイドです。
このスキルの評価は 78/100 で、スプリント計画を支援したいディレクトリ利用者に十分掲載価値があります。トリガーが明確で、具体的な計画フローと意思決定ステップも備えていますが、導入時の迷いをさらに減らすには、補助資料や境界ケースのガイダンスがもう少しあるとより安心です。
- トリガーが明確です。フロントマターに、スプリント計画、キャパシティ見積もり、ストーリー選定、依存関係の整理、リスク特定に使うことが明記されています。
- 運用フローが具体的です。計画をキャパシティ見積もり、バックログ選定、依存関係整理、リスクと対策の確認に分解しています。
- エージェントが活用しやすい制約があります。Definition of Ready の確認、15〜20% のキャパシティバッファ、キャパシティ到達時点で停止する条件が含まれています。
- 補助ファイルや参照資料がないため、ユーザーは例示、テンプレート、検証補助のない SKILL.md のワークフローに頼る必要があります。
- 抜粋ではリスクに関するガイダンスが途中で切れており、制約や実務ガイダンスのシグナル数もそれほど多くないため、一部の実行詳細は解釈が必要になる可能性があります。
sprint-plan スキルの概要
sprint-plan でできること
sprint-plan スキルは、ざっくりしたバックログを現実的なスプリント計画に落とし込むのに役立ちます。キャパシティ見積もり、ストーリー選定、依存関係の整理、リスク確認に重点を置いているため、スプリント開始前に「何が入るか」を判断できます。
どんな人向けか
sprint-plan は、Project Management で素早く構造化された計画レビューが必要なときに向いています。Scrum Master、PM、エンジニアリングリード、そしてバックログのエクスポート、ベロシティメモ、チームカレンダー、前回スプリントのデータをもとに作業するエージェントに適しています。
このスキルが役立つ理由
一般的なプロンプトでもストーリー一覧は作れますが、チームが本当にやり切れるかまでは見ません。sprint-plan は、判断が重要な場面でこそ強みを発揮します。キャパシティを確認し、未着手のまま持ち込むべきでない作業を除外し、ブロッカーを早めに洗い出します。
向いているケースと制約
このスキルは、優先度、見積もり、稼働可能時間など、ある程度の計画入力がすでにある場合に最も力を発揮します。逆に、バックログのグルーミング全体やロードマップ作成、スプリント単位の制約がない詳細なタスク分解をしたい場合には、あまり向いていません。
sprint-plan スキルの使い方
sprint-plan をインストールする
sprint-plan スキルは npx skills add phuryn/pm-skills --skill sprint-plan でインストールします。続けて pm-execution/skills/sprint-plan/SKILL.md を最初に開いてください。そこに計画ワークフローと、このスキルが前提にするコンテキストが定義されています。
何を渡すべきか
このスキルは、「スプリントを計画して」とだけ伝えるより、具体的な計画材料を渡したほうがうまく動きます。スプリント期間、チーム構成、PTO やオンコールの対応、直近のベロシティ、優先順位付きバックログ、ストーリーポイントや工数メモ、既知の依存関係やリスクを含めてください。
うまく指示するコツ
良いプロンプトでは、どのスプリントを計画するのかと、どの入力が使えるのかを明確に伝えます。たとえば、次のように書けます。Use sprint-plan to plan Sprint 24 for a 6-person team. Review this backlog, use the last 3 sprints of velocity, subtract PTO days, keep a 20% buffer, and call out any stories not ready for commitment.
おすすめの進め方
まず、使えるソースファイルをスキルに渡し、そのうえでキャパシティ見積もり、収まるストーリー一覧、依存関係とリスクの要約を求めます。バックログが雑然としているなら、早い段階で最終計画に押し込まず、コミット対象のストーリーとリファイン候補を分けるよう依頼してください。
sprint-plan スキルの FAQ
sprint-plan は Scrum チーム専用ですか？
いいえ。sprint-plan スキルは、厳密な Scrum の儀式を採用していないチームでも、キャパシティ制約のある範囲で完了させる計画が必要なら役立ちます。逆に、終わりのないロードマップ作業にはあまり向いていません。
通常のプロンプトと何が違いますか？
通常のプロンプトでもそれらしいスプリント案は出せますが、sprint-plan は readiness、capacity、dependencies、risk を一度に確認するよう設計されています。そのため、一回限りの回答ではなく、再現性のある計画ワークフローが必要なインストール判断では、より適しています。
ベロシティデータがない場合はどうなりますか？
チームの稼働可能時間と保守的なバッファがあれば、それでも sprint-plan は使えます。ただし、出力の精度は下がります。ベロシティがない場合は、直近で完了した作業など、最も近い代替指標を渡し、不確実性を明確に示すよう依頼してください。
初心者でも使いやすいですか？
はい。バックログと基本的なチーム状況を渡せるなら使えます。主な失敗要因はスキルの複雑さではなく、入力不足です。
sprint-plan スキルを改善する方法
計画入力をきれいにする
品質を最も大きく引き上げるのは、入力素材をよくすることです。優先順位、受け入れ条件、見積もり、依存関係、担当者を含んだストーリーを渡してください。曖昧なバックログ項目が多いと、スキルは推測に頼ることになり、結果として現実的でない計画になりやすくなります。
キャパシティ制約を明示する
会議、PTO、割り込み対応、オンコール作業があるなら、最初に伝えてください。sprint-plan は、それらの制約を実際に使えるキャパシティへ変換できると精度が上がります。フル稼働を前提にしないからです。
要約ではなく判断を求める
最初の出力を見たあとで、最終的なコミット一覧、「未準備」一覧、そして各項目が外れた理由を出すよう依頼してください。そうすると、幅広い計画サマリーよりも実行に結びつく結果になります。
弱い部分を反復して直す
結果が楽観的すぎるなら、バッファを増やし、ストーリーをリスク順に並べ直すよう頼みます。逆に保守的すぎるなら、依存関係が解消した時点で差し替え可能な項目を確認してください。これが、sprint-plan をチームの実際のデリバリーパターンに合わせる最短ルートです。