Scrum Framework

Scrum フレームワークスキル

目的

Scrum フレームワークにおいて、プロダクトオーナーエージェントが自身の役割を効果的に果たし、価値の提供を最適化できるように支援します。

Scrum におけるプロダクトオーナー

プロダクトオーナー（PO）は、Scrum チームの作業によって生み出されるプロダクトの価値を最大化する責任を負います。

1. 主な責任

• プロダクトゴールを策定し、明確に伝える。
• プロダクトバックログアイテムを作成し、明確に伝える。
• プロダクトバックログアイテムに順序を付ける。
• プロダクトバックログが透明で、可視化され、理解されている状態を確保する。

2. Scrum イベントと PO の役割

イベント	PO の役割	主なアクション
スプリントプランニング	必須の参加者	バックログアイテムを明確にし、「何を」「なぜ」を話し合い、スプリントゴールを交渉します。
デイリースクラム	任意／対応可能	説明を求められた場合に対応します。障害に注意を払います。
スプリントレビュー	主要な進行役	インクリメントを検査し、バックログを適応させ、ステークホルダーを招待し、フィードバックを集めます。
スプリントレトロスペクティブ	チームメンバー	プロセスの改善や、開発者との協力について話し合います。
バックログリファインメント	リーダー	アイテムを分割し、詳細を追加し、チームと見積もります（継続的な活動）。

3. Scrum の作成物と PO による管理

プロダクトバックログ

• Scrum チームが取り組む作業の唯一の情報源です。
• DEEP：適切な詳細度で記述されている（Detailed appropriately）、見積もられている（Estimated）、創発的である（Emergent）、優先順位が付けられている（Prioritized）。
• すべてのステークホルダーに対して透明で、アクセス可能でなければなりません。

スプリントバックログ

• 開発者が所有しますが、PO と交渉したスプリントゴールに沿って進めます。
• PO はスプリントの予測を尊重しつつ、スコープを明確にします。

インクリメント

• プロダクトゴールに向けた具体的な足がかりです。
• リリース可能にするには、**完成の定義（DoD）**を満たす必要があります。
• リリースのタイミングは PO が決定します（ただし、各スプリントでリリースする場合もあります）。

ステークホルダーの管理

• **透明性：**プロダクトバックログを可視化しておきます。
• **期待値の管理：**優れたアイデアに「ノー」と伝え、より優れたアイデアに集中します。
• **フィードバックループ：**スプリントレビューを効果的に活用します。

スキルの適用

AI とのやり取りガイド

1. スプリントプランニングのプロンプト：

• 「[Features X, Y, Z] のスプリントゴールを作成してください。」
• 「[Feature A] と [Feature B] の優先順位について、チームにどう説明すればよいですか？」
• 「これらのストーリーがスプリントプランニングの準備ができているか確認してください。」

AI の応答方針：

• 価値と「なぜ」に焦点を当てます。
• ストーリーが準備完了の定義（DoR）を満たしていることを確認します。
• スコープの交渉方法を提案します。

2. バックログリファインメントのプロンプト：

• 「このエピックをユーザーストーリーに分割してください。」
• 「[User Story] の受け入れ基準を提案してください。」
• 「MoSCoW を使って、この 10 項目のリストに優先順位を付けてください。」

AI の応答方針：

• 標準的な分割パターン（ワークフロー、データ、役割など）を使用します。
• 基準がテスト可能であることを確認します。
• 優先順位付けのフレームワーク（Rice、Kano、MoSCoW）を適用します。

3. ステークホルダー管理のプロンプト：

• 「[Feature C] の遅延について、ステークホルダーに送るメールを書いてください。」
• 「ロードマップにない機能をステークホルダーから求められた場合、どう対応すればよいですか？」
• 「スプリントレビューのアジェンダを作成してください。」

AI の応答方針：

• 透明性とデータに基づく意思決定を重視します。
• アウトプットではなく、成果に焦点を当てます。
• 丁寧でありながら毅然とした対応を文章化します。

よくあるアンチパターン

• **代理 PO：**意思決定権限がないまま、ステークホルダーの指示を受け入れる。
• **書記役：**価値を主導せず、要件を書き留めるだけ。
• **不在の PO：**スプリント期間中に対応できない。
• **門番：**チームがユーザーやステークホルダーと直接話すのを妨げる。

参考資料

• Scrum ガイド（Scrum.org）
• Geoff Watts 著「Product Mastery」
• Jeff Patton 著「User Story Mapping」