Training
Certification Leadership Frameworks Agentic for Business
Community Keynotes Retreat Blog Book A Consultation
Protocol 12 of 18 · Track, Product Management · How we run

Product planning and epic planning

How we break vague ideas into epics, epics into tasks, and tasks into something a team can actually ship in a week.

Protocol 11 Admin interfaces, CRM, dashboards, Supabase access All 18 Protocol 13 Epic status, project status HTML tracking
Why this matters

The pain it
solves

Everyone has more ideas than they can ship. The constraint is never ideas. The constraint is the discipline to break ideas into things that can ship in a week, hold yourself accountable to that timeline, and resist the constant pull to expand scope mid-build.

This is the protocol that turns I have an idea into I shipped a working feature on Friday. Without it, the eight agents on the Mac Mini chase shiny things, the project never finishes, and three months later you have a half-built mess instead of three completed products.

The teaching

What this
actually is

The hierarchy: Idea, Product, Epic, Task

The constraint on shipping is never ideas. The constraint is the discipline to break ideas into something a team can finish in a week. Four levels, in order.

  • Idea
    Conversational, lives in a doc, revisited weekly. Most ideas die at this stage on purpose. The few that survive a week earn the right to be a product or an epic.
  • Product
    A coherent body of work that has its own user, value proposition, and scope. "The Infinite Leverage website" is a product. "Lead capture system" is a product.
  • Epic
    A multi-day chunk that ships a complete capability. Sized 3 to 7 days end-to-end. "Add Supabase contact form with admin view" is an epic. "Add a button" is not.
  • Task
    Sized to a single session, 30 to 90 minutes. "Create contacts table in Supabase." "Wire form submit to insert API." Tasks roll up into epics.

Two rules that prevent 80% of mid-stream confusion

These rules are unfashionable. Project management tools want you to skip them. Skip them and you spend the next quarter recovering.

  • Define the epic before you start the work
    Even a one-paragraph description: when this is shipped, a user can do X, the data flows Y, the UI has Z. Three sentences. Saves a week of scope creep.
  • One epic at a time per person per agent
    Not two. Not three. One. You can have many epics open across your team, but each operator (human or agent) is on exactly one. Switching costs are the silent productivity killer.

The PM agent's job

The PM agent's job is to enforce this discipline so you do not have to. It refuses to start epic 2 until epic 1 is closed. It refuses to break down epic 3 until epic 2 is started. It is the part of you that holds the line when you are tempted to chase shiny things.

Try it yourself 30 minutes

Write a real product brief and epic plan in 30 minutes

Pick a real project of yours that is currently shapeless. Open a markdown file at docs/product/product.md.

  1. Step 01
    Write the one-page product brief

    Three paragraphs: (1) Who is this for, (2) What problem does it solve, (3) What does the smallest useful version look like. Three paragraphs total. Resist longer.

  2. Step 02
    List four to six epics

    Each one a single line: "Lead capture", "Admin dashboard", "Email nurture", "Stripe billing", etc. Order them by what unblocks the most downstream work.

  3. Step 03
    Write a paragraph for epic 1 only

    Three sentences max. The when-this-is-shipped-a-user-can sentence. The data-flow sentence. The UI sentence. Save as docs/product/epics/01-[name].md.

  4. Step 04
    Break epic 1 into tasks

    5 to 10 tasks, each 30 to 90 minutes. "Create contacts table." "Build form component." "Wire form to API route." Etc. Each one should be shippable in a single sitting.

  5. Step 05
    Resist breaking down epics 2 to 6

    The discipline of stopping at a paragraph for the rest is the lesson. You will know more about epics 2 to 6 by the time you finish epic 1. Premature breakdown is wasted breakdown.

Outcome

A real product brief, four to six epics on the wall, epic 1 broken into tasks ready to start. Epics 2 to 6 intentionally left as one-liners. You have a backlog you can actually finish.

Official resources

Straight from
the source

What you walk out with

By the end of this
protocol

At the retreat

You learn it by
doing it

You take your real project, run the PM agent to write a product brief and epic plan, then break only the first epic into tasks. The discipline of stopping there is the lesson.

Connects to

Other protocols this
compounds with

← Previous, Protocol 11 Next, Protocol 13 →