Backlog Management について
Product Owner Agent 向けのバックログ管理スキルで、価値に基づく優先順位付けと作業項目の準備を支援します。リファインメント、着手可能性の確認、関係者間の調整、各種優先順位付け手法を扱います。
主な機能
- 01MoSCoW、RICE、WSJF による優先順位付け
- 02バックログ要求のトリアージ
- 03エピックのストーリー分割
- 04受け入れ条件と工数見積もり
- 05Definition of Ready の確認
- 06ロードマップと関係者の調整
活用シーン
- 01価値と工数でバックログ項目を順位付け
- 02要求を実装可能なストーリーに整理
- 03Definition of Ready に照らして項目を確認
- 04優先順位のトレードオフを関係者に説明
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/インストール後、Claude Code で/backlog-managementを入力して読み込まれたか確認します。
詳細
バックログ管理スキル
目的
プロダクトオーナーエージェントがプロダクトバックログを効果的に管理し、価値に基づいて作業の優先順位を付け、チームが着手可能な作業を継続的に確保できるようにします。
主な責任
- 優先順位付け：価値を最大限に届けられるように項目を並べ替えます。
- リファインメント：バックログ項目を明確にし、規模を見積もります。
- 準備状況：項目が着手可能の定義（DoR）を満たしていることを確認します。
- ステークホルダーとの調整：競合するニーズのバランスを取ります。
優先順位付けのフレームワーク
MoSCoW法
- Must Have：リリースに不可欠で、譲れない項目です。
- Should Have：重要ですが、次のリリースまで延期できます。
- Could Have：望ましいものの、影響は小さい項目です。
- Won't Have：現時点では対象範囲外です。
RICEスコア
$$ Score = \frac{Reach \times Impact \times Confidence}{Effort} $$
- リーチ：影響を受けるユーザー数です。
- インパクト：3（非常に大きい）、2（大きい）、1（中程度）、0.5（小さい）、0.25（最小限）。
- 信頼度：100%（高）、80%（中）、50%（低）。
- 工数：人月／週。
WSJF（加重最短ジョブ優先）
SAFeの機能です。 $$ WSJF = \frac{Cost of Delay}{Job Size} $$
- 価値が高く、時間的制約があり、短時間で完了できる項目を優先します。
バックログのグルーミング／リファインメントプロセス
- 新しいリクエストを確認する：寄せられた提案やバグをトリアージします。
- 大まかな価値を見積もる：取り組む価値があるかを判断します。
- エピックを分割する：大きな項目を実装可能なストーリーに分割します。
- 受け入れ条件を追加する：（BAエージェントと協力します）。
- 工数を見積もる：（開発チームと協力します）。
- 着手可能の定義を確認する：
- タイトルと説明が明確である。
- 受け入れ条件が定義されている。
- 依存関係が特定されている。
- 見積もり済みである。
ロードマップの計画
- 今：現在のスプリント／イテレーション（詳細）。
- 次：今後1～2か月（概要レベルのストーリー）。
- その後：3～6か月以降（エピック／テーマ）。
ステークホルダーとのコミュニケーション
- 「いいえ」の代わりに「今はまだです」や「バックログにあります」と伝えます。
- トレードオフを明確に示します：「今Xに取り組むと、Yが遅れます。」
ツール
- Jira（バックログビュー）
- Lark Base（テーブルビュー）
- Trello／カンバンボード
コメント
Markdown 対応