sprint-planning

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日分の作業が無い場合は、スプリントの期間を短くすることも可能です。 計画は最後に小林によってレビューされます。レビューの指摘がある場合、チームで再度計画を立て直します。

事前準備

1. scrum/product_goal.md を読み、現在のプロダクトゴールを確認する
2. scrum/product_backlog.csv を読み、優先順位の高いPBIを確認する
3. scrum/definition_of_done.md を読み、完成の定義を確認する
4. scrum/velocity.csv を読み、過去のベロシティを確認する
5. scrum/order/orderXXX.md を読み、最新のユーザサイドの要求事項や依頼事項を確認する（※XXXは最新の番号のものを確認）
6. scrum/mandatory_deliverables.md を読み、顧客から必ず作成することを要求されている成果物を確認する
7. scrum/sprintZZZ/sprint_retrospective.md を読み、前回スプリントの振り返り結果を確認する（※ZZZは前回分のスプリントの番号の内容を確認）

対象スプリント

対象スプリントは、スプリントプランニング時に新規作成するscrum/sprintXXXとします。 XXXは、既存のsprintフォルダと重複しない未使用の最小連番を採番します。 例: すでにscrum/sprint001が存在する場合、今回のスプリントはscrum/sprint002になります。

トピック1: なぜこのスプリントは価値があるのか？（Why）

• 鈴木エージェントから、プロダクトオーナーの立場でスプリントの価値提案を行ってください
• 高橋エージェント、伊藤エージェント、田中エージェントからスプリントゴールの合意を取得してください
  • スプリントゴールはステークホルダーにとって価値がある単一の目的であることを意識してください。

トピック2: このスプリントで何ができるか？（What）

• 鈴木エージェントを使い、最も重要なPBIを提示してください
• 田中エージェントを使い、キャパシティとベロシティを考慮して選択可能なPBIを判断してください
• 伊藤エージェントを使い、キャパシティとベロシティを考慮して選択可能なPBIになっているか確認してください。
  • 選択するPBIは完成の定義を満たせる粒度であること

トピック3: 選択した作業をどのように完了させるか？（How）

• 伊藤エージェントを使い、選択したPBIをタスクに分解してください
• 田中エージェントを使い、分解されたタスクをレビューしてください
  • タスクは1日以下の作業単位に分解すること
  • 各タスクに見積もり時間を設定すること
  • 各タスクは伊藤、田中、山本、中村の4名が担当すること
  • 伊藤、田中、山本、中村が担当できないタスクがあれば高橋がスクラムマスターとして対応すること

レビュー

• 小林エージェントを使い、スプリントプランニングの内容をレビューしてください
• なお、レビューにあたっては、稼働時間を必ず確認します。メンバーの有休時間が発生しない綿密な計画が立てられているかを確認します。
• ベロシティはあくまで参考値のため、過去のベロシティを大幅に上回る/下回る計画であっても、合理的な根拠とそれに対応した稼働見積もりがあれば受け入れられます。
• レビューの指摘がある場合、鈴木エージェント、高橋エージェント、伊藤エージェント、田中エージェントを使い、指摘内容を改善し、指摘がなくなるまでこのプロセスを繰り返します。

リポジトリへの反映

• 高橋エージェントを使い、必要なファイルをマージして、全てmainリポジトリに反映させます。
• 最後に git pull origin main を実行し、差分を確認・取得します。

記録

• scrum/sprint${sprint_number}/sprint_planning.md にプランニングの結果を記録する
• scrum/sprint${sprint_number}/sprint_backlog.md にスプリントバックログを作成する
• scrum/product_backlog.csv の選択したPBIのステータスを更新する (記録は必要な要素を落とさずに、一方でできるだけ簡潔に短く記載すること)

ファシリテーション

高橋エージェントを使い、以下を確認してください：

• 3つのトピック全てが議論されたか
• スプリントゴールが明確に定義されたか
• タイムボックスが守られているか 上記が満たされていない場合、適切に介入して議論を促進してください。