---
title: パイプライン依存関係グラフ
description: skill-dependencies.yamlによるフェーズの実行順序とプロファイル
seo:
  image: /ogp.png
---

`product`プラグインには、`skill-dependencies.yaml`という設定ファイルが1つだけあります。これが情報の元になる唯一の場所(単一の真実源)です。
ここに、各フェーズの依存関係、実装済みかどうか(`implemented: true`)、出力先が書かれています。
`/product:start`は、このファイルを読んで実行順序を決めます。
プロファイル(`mvp`、`core-only`、`ux-to-spec`、`full`)によって、実行するフェーズの範囲が変わります。

プロファイルは`--profile`で指定します。省略すると`full`になります。

```
/product:start --profile=mvp
```

| プロファイル | フェーズ数 | 用途 |
|---|---|---|
| `mvp` | 3 | まずGo/No-Go判定だけ得たい |
| `core-only` | 6 | 事業性の骨格を固めたい |
| `ux-to-spec` | 10 | Vision/Scopeが既にあり、仕様まで落としたい |
| `full` | 24 | Visionからアーキテクチャまで通したい(既定) |

```yaml
profiles:
  mvp:        [define-vision, define-scope, validate-assumptions]
  core-only:  [define-vision, define-success-metrics, research-landscape, design-revenue, define-scope, validate-assumptions]
  ux-to-spec: [generate-persona, map-journey, design-positioning, create-domain-story, design-system, generate-ui-mock, define-features, example-map, define-data-model, generate-frontend]
  full:       [define-vision, name-product, define-success-metrics, research-landscape, design-revenue, define-scope,
               validate-assumptions, generate-persona, map-journey, design-positioning, create-domain-story,
               design-system, generate-ui-mock, define-features, example-map, define-data-model, generate-frontend,
               map-domains, design-api, design-sla, define-nfr, design-architecture, review, report]
```

## 全体の流れ

`full`プロファイルは、5つのフェーズと、その間に挟まる検証ゲートで構成されています。
まず大枠だけを示します。黄色が検証ゲートです。

```mermaid
flowchart LR
  P1["Phase 1<br/>事業の方向性"] --> G{{"検証ゲート<br/>Go/No-Go"}}
  G --> P2["Phase 2<br/>UX/ドメイン"]
  P2 --> P3["Phase 3<br/>仕様"]
  P3 --> P4["Phase 4<br/>ドメイン/API"]
  P4 --> P5["Phase 5<br/>品質要件"]
  P5 --> F["design-architecture<br/>統合"]
  F --> R["review → report"]

  classDef gate fill:#fef3c7,stroke:#f59e0b
  class G gate
```

## 各フェーズの中身

フェーズごとの実行順序です。破線は条件つきで実行される任意フェーズを表します。

**Phase 1**

事業として何を目指し、どこまでやるかを決めます。最後の`define-scope`まで進んだら検証ゲートに入ります。

```mermaid
flowchart TD
  A1["define-vision<br/>Visionを定義"] --> A2["define-success-metrics<br/>North Star Metricを定義"]
  A2 --> A3["research-landscape<br/>市場規模(TAM/SAM/SOM)を調査"]
  A3 --> A4["design-revenue<br/>収益モデルを設計"]
  A4 --> A5["define-scope<br/>やる範囲を決める"]
  A5 --> G{{"validate-assumptions<br/>Go/No-Go判定"}}
  A1 -.->|任意| N1["name-product<br/>プロダクト名を生成"]

  classDef gate fill:#fef3c7,stroke:#f59e0b
  classDef optional fill:#f3f4f6,stroke:#9ca3af,stroke-dasharray: 3 3
  class G gate
  class N1 optional
```

**Phase 2**

誰がどう使うのかを設計します。`design-system`はこのフェーズに属しますが、他と独立して実行できます。

```mermaid
flowchart TD
  B1["generate-persona<br/>ペルソナを作る"] --> B2["map-journey<br/>ジャーニーマップを作る"]
  B2 --> B3["design-positioning<br/>ポジショニングを設計"]
  B3 --> B4["create-domain-story<br/>業務の流れを図にする"]
  B4 -.->|独立実行可| N2["design-system<br/>デザインシステムを構築"]

  classDef optional fill:#f3f4f6,stroke:#9ca3af,stroke-dasharray: 3 3
  class N2 optional
```

**Phase 3**

実装できる粒度の仕様に落とします。`generate-frontend`は任意で、React + Storybookの実装を生成します。

```mermaid
flowchart TD
  C1["generate-ui-mock<br/>UIモックを作る"] --> C2["define-features<br/>機能を定義"]
  C2 --> C2b["example-map<br/>業務ルールを具体例で洗い出す"]
  C2b --> C3["define-data-model<br/>データモデルを定義"]
  C3 -.->|任意| N3["generate-frontend<br/>フロントエンドを生成"]

  classDef optional fill:#f3f4f6,stroke:#9ca3af,stroke-dasharray: 3 3
  class N3 optional
```

**Phase 4・5**

ドメインの分割とAPI設計(Phase 4)、品質要件の定義(Phase 5)です。ここまで終わると統合とレビューに進みます。

```mermaid
flowchart TD
  D1["map-domains<br/>ドメインを分割"] --> D2["design-api<br/>APIを設計"]
  D2 --> E1["design-sla<br/>SLAを設計"]
  E1 --> E2["define-nfr<br/>NFRを定義"]
  E2 --> F["design-architecture<br/>アーキテクチャを設計"]
  F --> R1["review<br/>4視点でレビュー"] --> R2["report<br/>統合レポートを作成"]
```

## プロファイルごとの違い

<Accordion>
  <AccordionItem title="mvp — 最速でGo/No-Go判定を得る">
    最小のプロファイルです。<Tooltip tip="このプロダクトで何を実現したいのかを言葉にしたもの。パイプラインの出発点です。" headline="Vision" cta="用語集で見る" href="/glossary">Vision</Tooltip>と<Tooltip tip="今回やる範囲と、やらない範囲。MoSCoWやRICEスコアで決めます。" headline="Scope" cta="用語集で見る" href="/glossary">Scope</Tooltip>を決め、そのあとすぐに`validate-assumptions`で、仮説をどう検証するかの計画を確認します。
  </AccordionItem>
  <AccordionItem title="core-only — 事業性の骨格を固める">
    「事業として成立するか」の骨格を検討するプロファイルです。<Tooltip tip="その事業が最も重視する、成功を測る1つの指標。" headline="North Star Metric" cta="用語集で見る" href="/glossary">North Star Metric</Tooltip>や、<Tooltip tip="狙える市場規模を3段階で表す指標。市場全体の大きさ(TAM)、自社が狙える範囲(SAM)、実際に取れそうなシェア(SOM)。" headline="TAM / SAM / SOM" cta="用語集で見る" href="/glossary">TAM/SAM/SOM</Tooltip>、収益モデルまで検討します。
  </AccordionItem>
  <AccordionItem title="ux-to-spec — 実装可能な仕様まで一気に落とす">
    VisionとScopeがすでに決まっている前提のプロファイルです。ペルソナ作成から、UIモック、機能定義、データモデルまでを一気に作ります。
  </AccordionItem>
  <AccordionItem title="full — Vision からアーキテクチャまで全23フェーズ">
    全23フェーズを実行するプロファイルです。Visionを決めるところから、レビュー、統合レポートの作成まで、すべてを含みます。[実践例: EASE](/tutorial)で実際に通ったのはこの経路です。
  </AccordionItem>
</Accordion>