epic-hypothesis

epic-hypothesis スキルの概要

epic-hypothesis でできること

epic-hypothesis スキルは、漠然としたデリバリー文ではなく、検証可能な仮説に大きなエピックを変換するのに役立ちます。ロードマップへの約束、ディスカバリー、実装作業の前にイニシアチブを定義したいときに有効で、誰を助けるのか、何が変わるのか、どうすれば成功と判断できるのかをエピックに明示できます。

どんな人に向いているか

この epic-hypothesis スキルは、イニシアチブの整理をより明確にしたいプロダクトマネージャー、テクニカルライター、デザインリード、そして部門横断チームに適しています。特に epic-hypothesis for Technical Writing では、書き手が複雑なビジネス意図を読みやすい意思決定用の成果物に落とし込むための、具体的な構造を得られる点が強みです。

何が違うのか

主な価値はテンプレートの文面そのものではなく、そこに生まれる規律にあります。つまり、対象ペルソナ、期待成果、検証計画を必ず置くことです。これにより epic-hypothesis は一般的なプロンプトよりも意思決定に使いやすくなり、誰も要件を書き始める前に、前提条件と成功基準を表に出せます。

epic-hypothesis スキルの使い方

インストールしてソースファイルを開く

リポジトリ deanpeters/Product-Manager-Skills を使い、スキルマネージャー経由で epic-hypothesis スキルをインストールするか、skills/epic-hypothesis から直接確認してください。まず SKILL.md を開き、次に template.md と examples/sample.md を見て、仮説の正確なパターンと、「良い例」と「悪い例」の違いを把握します。

ぼんやりしたテーマではなく、実際のエピックを渡す

epic-hypothesis usage を最適化するには、ユーザー、課題、狙いの変化を特定できるだけの文脈を含んだ、ラフなイニシアチブを渡してください。良い入力には、ペルソナ、事業目標、制約、そして成功の定義が含まれています。

プロンプトの形の例:
Use epic-hypothesis to frame an epic for trial users who churn after onboarding. The initiative is a calendar integration. We need a hypothesis, 2-3 discovery experiments, and measurable validation criteria.

弱い入力:
Write an epic hypothesis for dashboards.

リポジトリのワークフローに沿って進める

epic-hypothesis guide は、If/Then Hypothesis、Tiny Acts of Discovery Experiments、Validation Measures の3つで構成されています。下書きでもこの順番に従ってください。チームにすでにプロダクト言語があるなら、ゼロから書き直すのではなくテンプレートに変換するのがよいです。このスキルは、既存の考えを検証可能な形にする場面で最も力を発揮します。

出力品質を上げるコツ

対象をできるだけ具体的に名指しし、解決策を先に置かない表現を避け、期限付きの検証期間を入れてください。まだ指標が分からない場合は、スキルに提案させてもかまいませんが、指標が事業文脈に合うように背景情報は渡しましょう。テクニカルライティングのワークフローでは、戦略資料だけでなく、計画書やレビューコメントにもそのまま載せられる程度に簡潔な文面を求めると効果的です。

epic-hypothesis スキル FAQ

epic-hypothesis はプロダクトマネージャー向けだけですか？

いいえ。epic-hypothesis スキルは、作業に着手する前に曖昧さを減らしたいあらゆる場面で役立ちます。テクニカルライターはドキュメント関連のイニシアチブを整理するために使えますし、デリバリーチームは実装前に成果の方向性をそろえるために使えます。

通常のプロンプトと何が違うのですか？

通常のプロンプトでも整った段落は作れますが、epic-hypothesis は再利用できる意思決定の構造を与えてくれます。一度きりのブレインストーミングよりも、追跡可能な前提、明示的な実験、測定可能な検証を重視したいときに向いています。

どんなときに使わないほうがいいですか？

作業内容がすでに十分に理解されている場合、スコープが固定されている場合、単純な進捗報告だけが必要な場合は epic-hypothesis を使う必要はありません。不確実性が高く、そのエピックを進める価値があるかどうかを判断したいときに最も有効です。

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

はい。イニシアチブを平易な言葉で説明できるなら使えます。テンプレート自体はシンプルですが、成果は対象ユーザー、期待成果、検証方法をどれだけ明確に定義できるかに左右されます。そこが曖昧なら、最初のドラフトも曖昧になります。

epic-hypothesis スキルの改善方法

入力をもっとシャープにする

epic-hypothesis の結果を最も手早く改善する方法は、具体的なペルソナ、明確な痛点、そして価値を証明できる最小の測定可能成果を与えることです。たとえば、「2ステップ目でセットアップをやめる新規管理者」は、「うまくいかないユーザー」よりはるかに良い入力です。

ありがちな失敗パターンに注意する

もっとも多いミスは、仮説の形をした機能仕様を書いてしまうことです。もう1つは、「ユーザーに好評」のように検証指標が広すぎることです。良い epic-hypothesis の出力は、どんな証拠があれば考えを変えるのかを明確に示しているべきです。

最初のドラフトのあとで必ず磨く

最初のパスのあと、対象を絞り込み、一般的な成果をビジネスに関連する成果へ置き換え、実験コストを下げることで仮説を洗練してください。出力が抽象的に感じるなら、epic-hypothesis for Technical Writing 向けに書き直すよう依頼するか、検証基準をより具体的で観察可能なものにしてください。