planning-team

Produce cross-domain PRODUCT-SPEC.md files with scope, risks, and success criteria.

6|1|Updated Apr 2, 2026
One-click install
npx skills add https://github.com/kouko/monkey-skills --skill planning-team
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: planning-team
Source: https://github.com/kouko/monkey-skills/tree/main/domain-teams/skills/planning-team
Command: npx skills add https://github.com/kouko/monkey-skills --skill planning-team

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Helps teams turn ambiguous ideas into a cross-domain, actionable PRODUCT-SPEC.md that captures scope, validated assumptions, and measurable success criteria so downstream design, engineering, and research work can begin without guesswork or rework.

Core Features & Use Cases

  • Structured intake & brainstorming: Mandatory Q1–Q8 intake via the planning-brainstorming protocol to surface spark, Job Story, risks, and assumptions before any spec writing.
  • Primary-source grounded specs: Produces PRODUCT-SPEC.md anchored to JTBD, Lean Startup, Business Model Canvas / Lean Canvas, OKR, and the 4 Big Risks with explicit author attributions.
  • Checkpoint-based quality gates: Coordinates worker (sonnet) to write artifacts and evaluator (opus) to run MUST (product-spec-completeness) and SHOULD (cross-domain-consistency) gates with retry rules and BLOCKED handling.
  • Handoff-ready outputs: Defines Goals / Non-Goals, MVP-as-learning, assumption mapping, UX/technical direction, and downstream assignments for code-team, design-team, and research-team.

Quick Start

Create a PRODUCT-SPEC.md for a new project by running the planning-team intake, drafting a Job Story, tagging the top three assumptions with [ASSUMPTION] mapped to Value/Usability/Feasibility/Business Viability, naming MVP learning goals, and listing OKR-style success criteria.

Frequently Asked Questions about planning-team

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I create a product spec for an MVP that aligns business, design, and engineering?

To create a cross-domain product spec, run structured intake to elicit a Job Story, map top assumptions to the 4 Big Risks, and define MVP learning objectives with OKR-based success criteria in a PRODUCT-SPEC.md file.

What is assumption mapping in product planning and when do I need it?

Assumption mapping in product planning identifies top hypotheses and tags them to Value, Usability, Feasibility, and Business Viability risks, needed during new project kickoffs or major direction changes to prevent downstream rework.

How do I define measurable success criteria for a new project kickoff?

Define measurable success criteria by establishing OKR-based metrics and MVP learning goals during the spec writing process, ensuring cross-domain teams have clear, validated targets before development begins.

Can I use JTBD and Lean Canvas frameworks to structure a PRODUCT-SPEC.md?

Yes, you can ground a PRODUCT-SPEC.md in JTBD, Lean Startup, and Business Model Canvas frameworks by explicitly attributing authors and translating the frameworks into structured goals, non-goals, and UX directions.

What is the best way to handle cross-domain consistency in product specifications?

The best way to handle cross-domain consistency is running checkpoint-based quality gates where an evaluator checks MUST and SHOULD compliance, applying retry rules and BLOCKED handling for any failed artifacts.

Why should I not skip the intake brainstorming protocol before writing a product spec?

Skipping intake brainstorming risks missing critical spark context, Job Stories, and assumption mapping, leading to ambiguous scope and guesswork that forces rework across design, engineering, and research teams.