pi-planning

Convert a signed-off PRD into a committed increment plan with MVP cut-lines, sequenced epics, and tickets.

1|1|Updated Jul 6, 2026
One-click install
npx skills add https://github.com/muhammaddadu/ai-skill-collection --skill pi-planning-muhammaddadu
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: pi-planning
Source: https://github.com/muhammaddadu/ai-skill-collection/tree/main/3-delivery/pi-planning
Command: npx skills add https://github.com/muhammaddadu/ai-skill-collection --skill pi-planning-muhammaddadu

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? After stakeholders sign off on a PRD, teams still face the hard work of turning validated intent into an executable plan: deciding what is dev-ready, where the MVP cut-line falls, how work is sequenced by risk, and how epics and tickets get created. This Skill structures that transition so planning sessions produce a committed increment instead of relitigating scope. ## Core Features & Use Cases - Readiness Gating: Verifies design (Design Signal 90) and architecture (tech spec, spikes, ADRs) are dev-ready with named evidence, converting gaps into first-sequence items. - MVP Cut-Line & Sequencing: Draws the cut-line on a story map against PRD success criteria, assigns below-the-line work to named releases, and orders work by dependency and risk. - Ticket Cutting & Commitment: Creates epics and tickets with Gherkin acceptance criteria and PRD traceability, marks the PRD Commitment-Ready, and books the release-readiness review. - Use Case: After Sign-Off 2 on a checkout redesign PRD, run this Skill to produce docs/product/pi/checkout-increment.md with readiness verdicts, a committed MVP slice, and tracker tickets linked back to PRD sections. ## Quick Start Use the pi-planning skill to turn our signed-off PRD into a committed increment plan with an MVP cut-line, sequenced epics, and tickets.

Frequently Asked Questions about pi-planning

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

FAQPage Schema
How do I plan a product increment after PRD sign-off?▼

Run a structured PI planning pass: verify design and architecture readiness with evidence, draw the MVP cut-line on the story map against PRD success criteria, sequence work by dependency and risk, then cut epics and tickets with acceptance criteria. Finish by marking the PRD Commitment-Ready.

What is the difference between PI planning and PRD development?▼

PRD development defines and validates scope, sequencing, and outcomes with stakeholders, ending at sign-off. PI planning starts after that sign-off and converts the validated scope into an executable plan without reopening scope debates; scope problems route back to PRD development and a new sign-off.

What prerequisites are needed before running PI planning?▼

You need a signed-off, normed PRD with a recorded Sign-Off 2, a Design Signal 90 report or a plan to reach one, a current tech spec with resolved spikes and recorded ADRs, and a story map for the PRD's journey. Missing any of these blocks or reshapes the session.

How should MVP scope be cut from a story map?▼

Walk each backbone activity and mark the smallest slice that tests the PRD's success criteria, not the smallest thing that compiles. Everything below the line must be assigned to a named future release rather than a generic backlog bucket.

When should PI planning not be used?▼

Do not use it to write the PRD itself or to split a single epic; those belong to prd-development and epic-breakdown-advisor respectively. It also should not run on an unsigned PRD, since planning on unvalidated scope produces plans that get relitigated ticket by ticket.