Menü
スプリントプランニングを実施する。PO、SM、開発者が参加し、スプリントゴール策定（Why）、PBI選択（What）、タスク分解（How）の3トピックを議論する。新しいスプリント開始時に使用する。
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
| name | sprint-planning |
| description | スプリントプランニングを実施する。PO、SM、開発者が参加し、スプリントゴール策定（Why）、PBI選択（What）、タスク分解（How）の3トピックを議論する。新しいスプリント開始時に使用する。 |
"準備"で起動した各サブエージェントを下記の指示通りに利用し、スプリントプランニングを実施してください。
.github/agents/product-owner.suzuki.agent.md)をモデル"Claude Opus 4.7"で実行します。.github/agents/developer.ito.agent.md)をモデル"Claude Opus 4.7"で実行します。.github/agents/developer.tanaka.agent.md)をモデル"Claude Opus 4.7"で実行します。.github/agents/scrum-master.takahashi.agent.md)をモデル"Claude Opus 4.7"で実行します。.github/agents/reviewer.kobayashi.agent.md)をモデル"GPT-5.5"で実行します。なお、スプリントは全部で5日間で計画します。(1週間スプリントです) 開発者（田中・伊藤、山本・中村）は世界でも有数のエキスパートエンジニアです。極めて高い生産性を前提とした計画を立てることが可能です。 ただし山本と中村はスプリントプランニングには参加できない契約です。 また5日分の作業が無い場合は、スプリントの期間を短くすることも可能です。 計画は最後に小林によってレビューされます。レビューの指摘がある場合、チームで再度計画を立て直します。
scrum/product_goal.md を読み、現在のプロダクトゴールを確認するscrum/product_backlog.csv を読み、優先順位の高いPBIを確認するscrum/definition_of_done.md を読み、完成の定義を確認するscrum/velocity.csv を読み、過去のベロシティを確認するscrum/order/orderXXX.md を読み、最新のユーザサイドの要求事項や依頼事項を確認する（※XXXは最新の番号のものを確認）scrum/mandatory_deliverables.md を読み、顧客から必ず作成することを要求されている成果物を確認するscrum/sprintZZZ/sprint_retrospective.md を読み、前回スプリントの振り返り結果を確認する（※ZZZは前回分のスプリントの番号の内容を確認）対象スプリントは、スプリントプランニング時に新規作成するscrum/sprintXXXとします。
XXXは、既存のsprintフォルダと重複しない未使用の最小連番を採番します。
例: すでにscrum/sprint001が存在する場合、今回のスプリントはscrum/sprint002になります。
scrum/sprint${sprint_number}/sprint_planning.md にプランニングの結果を記録するscrum/sprint${sprint_number}/sprint_backlog.md にスプリントバックログを作成するscrum/product_backlog.csv の選択したPBIのステータスを更新する
(記録は必要な要素を落とさずに、一方でできるだけ簡潔に短く記載すること)高橋エージェントを使い、以下を確認してください：
包括的なセキュリティ監査を実施する。全6つのセキュリティレビュースキルを順序立てて実行し、 最終的に統合された監査報告書を作成する。プロジェクト全体のセキュリティ状態を一括評価したい場合に使用する。 「全体セキュリティ監査」「包括的セキュリティレビュー」「フルセキュリティチェック」「セキュリティ監査を実施」等のキーワードで使用する。
ユーザからの突発的な要望に対応するスクラムチーム作業
プロダクトオーナー鈴木との対話型セッション
バックログリファインメントを実施する。PBIの詳細化、分割、見積もり、受入基準の明確化、優先順位の確認、Ready判定を行う。プロダクトバックログの継続的な改善時に使用する。
スクラム開発における1スプリントを全体実行するオーケストレーター。ユーザ要件整理、バックログリファインメント、スプリントプランニング、5日間のデイリースクラム＆開発、スプリントレビュー、スプリントレトロスペクティブを順番に実施する。
ユーザ(上長）向けのレビューを実施する。スプリント単位、あるいは全体の状況について、実際のWeb画面を見せながら説明し、フィードバックをもらう。