epic-breakdown-advisor

epic-breakdown-advisor スキルの概要

epic-breakdown-advisor は、Humanizing Work のパターンセットを使って大きなエピックを、より小さく提供可能なユーザーストーリーに分解するための、ガイド付きプロダクトマネジメントスキルです。バックログ項目が大きすぎて見積もれない、順序付けできない、安全にリリースできないときに特に有効で、技術レイヤーごとに切るのではなく、エンドツーエンドのユーザー価値を保ちながら構造的に分割したい場面に向いています。

このスキルが向いている人

epic-breakdown-advisor skill は、プロダクトマネージャー、デザインやエンジニアリングと連携しながら進める PM、そして曖昧な機能要件からスプリント投入可能なストーリーを作りたい人に特に適しています。特に epic-breakdown-advisor for Project Management としては、課題がアイデア出しではなく、扱いづらいエピックを筋の通ったデリバリープランに落とし込むことにある場合に力を発揮します。

何を判断できるようになるか

このスキルは、適切な分割パターンを選ぶこと、分割後も価値が保たれているかを検証すること、そしてそもそも削除できる低価値作業を見つけることを助けます。実際にやるべきことは「項目を小さくする」ことではなく、「計画できる大きさまで小さくしつつ、意味のある単位に保つ」ことです。

何が違うのか

単に「もっと小さなストーリーにして」と求める一般的なプロンプトと違い、epic-breakdown-advisor は意図的な分割パターンの順序に沿って進み、縦割りのスライスを重視します。これは、チームが frontend-only や backend-only のような横割り分割をしてしまいがちなときに重要です。こうした分割は名前は付けやすいものの、段階的に提供するには難しくなります。

epic-breakdown-advisor スキルの使い方

インストールしてソースを確認する

リポジトリの skill install path を使い、skills/epic-breakdown-advisor からスキルを読み込みます：
npx skills add deanpeters/Product-Manager-Skills --skill epic-breakdown-advisor

インストール後は SKILL.md から始めてください。このリポジトリではこれが唯一のソースファイルなので、別の README.md、rules/、scripts/ 層を照合する必要はありません。

スキルに適切な入力を与える

epic-breakdown-advisor usage を最大化するには、まずエピックそのもの、対象ユーザー、そしてデリバリー上の制約を入れるのが基本です。よい入力では、機能名、ユーザーが得る成果、そしてそのエピックが大きすぎる理由を明確にします。

入力例の形：
「この onboarding エピックを、スプリントサイズのユーザーストーリーに分解してください。新規ユーザーが 5 分以内にセットアップを完了できることが目標です。縦割りのスライスにし、最適な分割パターンを特定し、削除できる作業があれば指摘してください。」

出力はワークフローとして読む

epic-breakdown-advisor guide は、ただ一覧を受け取るためではなく、パターンを適用するために設計されています。推薦内容は、パターンの選択、理由、生成されたストーリースライス、そして価値を保てた点や削除した作業に関する注記、という順で読みましょう。もし出力に「なぜそう分けたのか」が抜けているなら、ストーリーをプランニングに入れる前に分割ロジックを確認してください。

計画プロセスの中でうまく使う

最良の結果が出やすいのは、見積もりの前、そしてエンジニアリングが技術的な分解にすでにコミットする前にこのスキルを使う場合です。1 回に 1 つのエピックだけを入力し、リリース範囲や依存関係のような既知の制約を含め、ユーザーやステークホルダーが個別に検証できるスライスを求めてください。

epic-breakdown-advisor スキルの FAQ

これは単なる、より良いプロンプトですか？

いいえ。epic-breakdown-advisor skill の価値は、その場しのぎの提案ではなく、繰り返し使える分割メソッドを提供する点にあります。すでに欲しい分割パターンが明確なら、普通のプロンプトで足りるかもしれませんが、どのパターンを選ぶべきか迷うなら、このスキルのほうが向いています。

プロダクトマネージャー専用ですか？

PM のワークフロー向けに作られていますが、バックログの形をより明確にしたいアナリスト、デリバリーリード、エンジニアリングマネージャーにも役立ちます。プロダクトのデリバリー判断を管理していない場合でも使えますが、その場合は有用である一方、必要以上に重く感じることがあります。

いつ使わないほうがいいですか？

作業がすでに小さい場合、依頼が純粋な技術リファクタリングである場合、あるいは目的がデリバリープランではなくブレインストーミングである場合は、epic-breakdown-advisor を使わないでください。大きなエピックを構造的に分解する必要があるときに、最も強みを発揮します。

初心者でも使いやすいですか？

はい。ユーザーの成果とエピックの境界を説明できるなら問題ありません。Humanizing Work のパターンを事前に知っている必要はありませんが、各スライスで必ず維持したいユーザー価値に答えられると、より良い結果が得られます。

epic-breakdown-advisor スキルを改善する方法

エピックの境界をより明確にする

最も大きな品質向上につながるのは、何がスコープ内で、何がスコープ外か、そしてどのユーザージャーニーが最重要かを明示することです。epic-breakdown-advisor は、「ダッシュボードを改善する」よりも「新規顧客の onboarding」を指定したほうがうまく機能します。前者のほうが、保つべき価値の流れが明確だからです。

縦割りスライスを明示して依頼する

最初の出力が技術寄りすぎるなら、コンポーネントではなく、ユーザーから見える成果に合わせて再分割するよう求めてください。各ストーリーが独立して価値を持ち、テスト可能で、リリース可能であることを明示し、横割りの分割が失敗パターンだと伝えるとよいです。

リストだけでなく、パターンも見直して反復する

最初の分解がかなり近いが少しずれているときは、どの分割パターンが選ばれたのか、そしてなぜ他のパターンが退けられたのかを尋ねてください。そうすると、ストーリー名を付け替えるだけでなく、分解ロジックそのものを調整できます。epic-breakdown-advisor usage が改善しやすいのは、まさにこの部分です。