LogoSkills

product:plan

Stage 3: Planning โ€” Product brief, PRD, technical specification, BDD Acceptance Criteria

ํ•ญ๋ชฉ๋‚ด์šฉ
Invoke/product:plan
Categorypipeline
Complexitymoderate

/product:plan โ€” ๋ฌด์—‡์„ยท์–ด๋–ป๊ฒŒ ๋งŒ๋“ค์ง€ "์„ค๊ณ„๋„" ๋‹จ๊ณ„#

ํ•œ๋งˆ๋””๋กœ#

์กฐ์‚ฌ์—์„œ ๋ชจ์€ ๋‚ด์šฉ์„ ๊ฐ€์ง€๊ณ  "๋ฌด์—‡์„, ์–ด๋–ป๊ฒŒ ๋งŒ๋“ค์ง€"๋ฅผ ๋ฌธ์„œ๋กœ ํ™•์ •ํ•˜๋Š” ๋‹จ๊ณ„์ž…๋‹ˆ๋‹ค. ์ง‘์„ ์ง€์„ ๋•Œ ๋ณธ๊ฒฉ์ ์ธ ๊ณต์‚ฌ๋ฅผ ์‹œ์ž‘ํ•˜๊ธฐ ์ „์— ์„ค๊ณ„๋„์™€ ์‹œ๋ฐฉ์„œ๋ฅผ ์™„์„ฑํ•˜๋Š” ๊ฒƒ๊ณผ ๊ฐ™์•„์š”.

๋ˆ„๊ฐ€ยท์–ธ์ œ ์“ฐ๋‚˜์š”#

  • ๋งŒ๋“ค ๊ธฐ๋Šฅ์˜ ๋ฐฉํ–ฅ์€ ์ •ํ•ด์กŒ๊ณ , ์ด์ œ ๊ตฌ์ฒด์ ์ธ ๊ธฐํš์„œยท์š”๊ตฌ์‚ฌํ•ญ์„ ๊ธ€๋กœ ์ •๋ฆฌํ•˜๊ณ  ์‹ถ์€ ๊ฒฝ์šฐ
  • PRD, ๊ธฐ์ˆ  ๋ช…์„ธ, ํ•ฉ๊ฒฉ ๊ธฐ์ค€(ํ…Œ์ŠคํŠธ ์‹œ๋‚˜๋ฆฌ์˜ค)์„ ํ•œ ๋ฒˆ์— ๊ฐ–์ถ”๊ณ  ์‹ถ์„ ๋•Œ
  • ์•ž ๋‹จ๊ณ„(Specification)์˜ ๋ช…์„ธ ๊ฒฐ๊ณผ๋ฅผ ๋ฐ”ํƒ•์œผ๋กœ ๋ณธ๊ฒฉ์ ์ธ ์ œํ’ˆ ๊ธฐํš์„ ์ง„ํ–‰ํ•˜๋ ค ํ•  ๋•Œ

๐Ÿ‘‰ ๊ฑด๋„ˆ๋›ฐ์–ด๋„ ๋˜๋Š” ๊ฒฝ์šฐ: ์•ž ๋‹จ๊ณ„(Specification)์—์„œ ์ด๋ฏธ ์ถฉ๋ถ„ํ•œ ๋ช…์„ธ๊ฐ€ ๋‚˜์™€ ์žˆ๋‹ค๋ฉด, ๋ฐ”๋กœ ๋‹ค์Œ ๋‹จ๊ณ„๋กœ ๋„˜์–ด๊ฐˆ ์ˆ˜ ์žˆ์Šต๋‹ˆ๋‹ค. (.pipeline/{ํ”„๋กœ์ ํŠธ์ด๋ฆ„}.yaml์—์„œ ์ง„ํ–‰ ์ƒํƒœ๋ฅผ ํ™•์ธํ•ฉ๋‹ˆ๋‹ค.)

๋ฌด์—‡์„ ํ•ด์ฃผ๋‚˜์š”#

์„ ํƒํ•œ ๋ฌธ์„œ ์ข…๋ฅ˜์— ๋”ฐ๋ผ ์ตœ๋Œ€ ์„ธ ๊ฐœ์˜ ํŒŒ์ผ์ด ๋งŒ๋“ค์–ด์ง‘๋‹ˆ๋‹ค.

  • docs/prd-{ํ”„๋กœ์ ํŠธ์ด๋ฆ„}.md โ€” PRD(์ œํ’ˆ ์š”๊ตฌ์‚ฌํ•ญ ๋ฌธ์„œ): ๋ฌด์—‡์„ ๋งŒ๋“ค์ง€, ์–ด๋–ค ๊ธฐ๋Šฅ์ด ํ•„์š”ํ•œ์ง€
  • docs/tech-spec-{ํ”„๋กœ์ ํŠธ์ด๋ฆ„}.md โ€” ๊ธฐ์ˆ  ๋ช…์„ธ์„œ: ์–ด๋–ป๊ฒŒ ๋งŒ๋“ค์ง€(์„ฑ๋Šฅยท๋ณด์•ˆยท๋ฐ์ดํ„ฐ ๊ตฌ์กฐ ๋“ฑ)
  • docs/bdd-{ํ”„๋กœ์ ํŠธ์ด๋ฆ„}.md โ€” ํ•ฉ๊ฒฉ ๊ธฐ์ค€: "์ด๋ ‡๊ฒŒ ๋™์ž‘ํ•˜๋ฉด ํ†ต๊ณผ"๋ฅผ ์‹œ๋‚˜๋ฆฌ์˜ค๋กœ ์ ์€ ๋ฌธ์„œ

์–ด๋–ป๊ฒŒ ์“ฐ๋‚˜์š”#

# ๊ธฐ๋ณธ (PRD ์ž‘์„ฑ)
/product:plan

# ๋ฌธ์„œ ์ข…๋ฅ˜๋ฅผ ์ง€์ •ํ•ด์„œ ์ž‘์„ฑ
/product:plan --doc prd  " ์ปค๋ฎค๋‹ˆํ‹ฐ ๊ธฐ๋Šฅ " 
 /product:plan --doc tech-spec

--doc๋กœ ๋งŒ๋“ค ๋ฌธ์„œ๋ฅผ ๊ณ ๋ฅผ ์ˆ˜ ์žˆ์Šต๋‹ˆ๋‹ค โ€” prd(์š”๊ตฌ์‚ฌํ•ญ), tech-spec(๊ธฐ์ˆ  ๋ช…์„ธ), both(๋‘˜ ๋‹ค). ํ•ฉ๊ฒฉ ๊ธฐ์ค€(BDD)์€ ๊ธฐ๋ณธ์œผ๋กœ ํ•จ๊ป˜ ํฌํ•จ๋˜๋ฉฐ, ๋นผ๊ณ  ์‹ถ์„ ๋•Œ๋งŒ --bdd false๋ฅผ ๋ง๋ถ™์ด์„ธ์š”.

์•ˆ์—์„œ ๋ฌด์Šจ ์ผ์ด ๋ฒŒ์–ด์ง€๋‚˜์š”#

ํฌ๊ฒŒ ๋„ค ๋‹จ๊ณ„๋กœ ์ง„ํ–‰ํ•˜๋ฉฐ, ๋งˆ์ง€๋ง‰์— ํ’ˆ์งˆ ๊ฒ€์ฆ(Gate)์„ ํ†ต๊ณผํ•ด์•ผ ๋๋‚ฉ๋‹ˆ๋‹ค.

  1. ์ œํ’ˆ ๊ธฐํš์„œ ์ž‘์„ฑ โ€” ์กฐ์‚ฌ ๊ฒฐ๊ณผ๋ฅผ ๋ฐ”ํƒ•์œผ๋กœ ์ œํ’ˆ ๊ฐœ์š”, ๋ชฉํ‘œยท๋ฒ”์œ„ยท์ œ์•ฝ, ์„ฑ๊ณต ๊ธฐ์ค€์„ ์ •๋ฆฌํ•ฉ๋‹ˆ๋‹ค.
  2. ์ƒ์„ธ ๋ฌธ์„œ ์ž‘์„ฑ โ€” ๊ธฐ๋Šฅยท๋น„๊ธฐ๋Šฅ ์š”๊ตฌ์‚ฌํ•ญ, ์‚ฌ์šฉ์ž ํ๋ฆ„, ๋ฐ์ดํ„ฐ ๋ชจ๋ธ ์ดˆ์•ˆ์„ ๋‹ด์€ PRD๋‚˜ ๊ธฐ์ˆ  ๋ช…์„ธ๋ฅผ ์“ฐ๊ณ , ์ˆ˜์ต ๋ชจ๋ธยท๊ฐ€์น˜ ์ œ์•ˆ๋„ ํ•จ๊ป˜ ์ ๊ฒ€ํ•ฉ๋‹ˆ๋‹ค.
  3. ์š”๊ตฌ์‚ฌํ•ญ ๋ถ„์„ + ํ•ฉ๊ฒฉ ๊ธฐ์ค€ โ€” ์š”๊ตฌ์‚ฌํ•ญ์ด ๋ช…ํ™•ํ•œ์ง€ยท์ถฉ๋Œ์€ ์—†๋Š”์ง€ ํ™•์ธํ•˜๊ณ  ์šฐ์„ ์ˆœ์œ„๋ฅผ ๋งค๊ธด ๋’ค, "์ด๋ ‡๊ฒŒ ๋™์ž‘ํ•ด์•ผ ํ†ต๊ณผ"๋ฅผ Given-When-Then ์‹œ๋‚˜๋ฆฌ์˜ค๋กœ ์ ์Šต๋‹ˆ๋‹ค.
  4. ํ’ˆ์งˆ ๊ฒ€์ฆ(Analysis Gate) โ€” ์š”๊ตฌ์‚ฌํ•ญ ๋ช…ํ™•์„ฑยท๋ฒ”์œ„ ์ ์ ˆ์„ฑยท๊ฒ€์ฆ ๊ฐ€๋Šฅ์„ฑ ๋“ฑ์„ ์ ์ˆ˜๋กœ ์ฑ„์ ํ•˜๊ณ , ๊ธฐ์ค€ ๋ฏธ๋‹ฌ์ด๋ฉด ํ”ผ๋“œ๋ฐฑ์„ ๋ฐ˜์˜ํ•ด ๋ฌธ์„œ๋ฅผ ๋‹ค์‹œ ๋‹ค๋“ฌ์Šต๋‹ˆ๋‹ค.

๊ฒ€์ฆ์„ ํ†ต๊ณผํ•˜๋ฉด ๊ธฐํš ๋ฌธ์„œ๊ฐ€ ํŒŒ์ผ๋กœ ์ €์žฅ๋˜๊ณ , ๋‹ค์Œ ๋‹จ๊ณ„์ธ ์„ค๊ณ„(/product:design) ๋กœ ๋„˜์–ด๊ฐ‘๋‹ˆ๋‹ค.


โš™๏ธ ์ƒ์„ธ ์˜ต์…˜ยท์‹คํ–‰ ๋ช…์„ธ (๊ฐœ๋ฐœ์ž / AI ์—์ด์ „ํŠธ์šฉ)

Triggers#

  • When proceeding with product planning based on Specification artifacts
  • When PRD, technical specifications, and BDD scenarios need to be written

Usage#

/product:plan
/product:plan --doc prd  " Community feature " 
 /product:plan --doc tech-spec

Options#

OptionDefaultDescription
--docprdDocument type (prd, tech-spec, both)
--bddtrueInclude BDD Gherkin Acceptance Criteria

Prerequisites#

  • Specification stage completed or skipped (check .pipeline/{slug}.yaml)
  • Discovery/Specification artifacts auto-referenced if available

Execution Flow#

Phase 1: Product Brief#

Source: cc-product

  1. Product brief writing (/product:product-brief)
    • Product overview based on Discovery/Specification artifacts
    • Goals, scope, constraints
    • Success criteria definition

Phase 2: Detailed Document Writing#

Source: cc-product, cc-product

  1. PRD or technical specification (/product:prd or /product:tech-spec)

    • Functional requirements detail
    • Non-functional requirements (performance, security, accessibility)
    • User flows
    • Data model draft
  2. Business model (cc-product: business-model)

    • Revenue model review
    • Cost structure analysis
    • Value proposition summary

Phase 3: Requirements Analysis#

Source: cc-product (Analyst persona)

  1. Requirements analysis

    • Requirement clarity verification
    • Ambiguity and conflict identification
    • Priority assignment
  2. BDD Acceptance Criteria

    • Gherkin format scenario writing
    • Given-When-Then structuring
    • Edge case scenarios included

Phase 4: Analysis Gate + Plan Quality Scoring#

BMAD Analysis Gate verification:

  • Requirement clarity (requirement_clarity)
  • Scope appropriateness (scope_appropriateness)
  • Acceptance Criteria testability (ac_testability)

Plan Quality Scoring (see cc-product/references/phase-gates.md):

  • Clarity โ‰ฅ 0.6 (weight 0.25)
  • Completeness โ‰ฅ 0.6 (weight 0.25)
  • Specificity โ‰ฅ 0.6 (weight 0.20)
  • YAGNI Compliance โ‰ฅ 0.6 (weight 0.15)
  • Scope Appropriateness โ‰ฅ 0.6 (weight 0.15)
  • Weighted Total โ‰ฅ 0.8

Thresholds defined in cc-product/config/thresholds.yaml. Documents are revised with feedback if gate or quality score fails.

Artifacts#

docs/prd-{slug}.md          # PRD (if selected)
docs/tech-spec-{slug}.md    # Technical specification (if selected)
docs/bdd-{slug}.md          # BDD scenarios

After Completion#

  • Verify Analysis Gate passed
  • Update .pipeline/{slug}.yaml state
  • Present context-clear handoff:
โœ… Planning stage complete (Analysis Gate PASSED). Artifacts saved:
  - docs/prd-{slug}.md
  - docs/tech-spec-{slug}.md
  - docs/bdd-{slug}.md

**Option 1 (Recommended)**: Clear context and continue to Design
  /clear
  Then run: /product:design

**Option 2**: Continue in current context
  Proceed directly to /product:design