shape-up

Shape Up

What It Is

Shape Up is a product development methodology built on one core insight: you cannot estimate your way to shipping—you must shape your way there.

Traditional approaches ask "How long will this take?" and then try to hit that estimate. Shape Up flips this: decide upfront how much time you're willing to spend (the appetite), then shape a version of the solution that fits within that constraint.

The methodology emerged from 17 years of building Basecamp, where the founding team faced an unusual constraint: their only engineer (DHH) worked just 10 hours per week. This forced extreme clarity about what to build and ruthless scoping to ensure every hour counted. As the company grew, they formalized these practices into Shape Up to maintain startup speed at scale.

The key shift: Move from "What's the estimate for this?" to "What version of this can we confidently ship in the time we're willing to spend?"

When to Use It

Use Shape Up when you need to:

• Stop projects from dragging — work that should take weeks is taking months
• Escape the estimate trap — you're tired of estimates that are always wrong
• Give teams real autonomy — not just ticket execution
• Reduce meeting overhead — Scrum rituals are consuming your time
• Ship meaningful chunks — not just incremental tickets that don't add up to anything
• Align product and engineering — there's a wall between them today
• Maintain startup speed — as you scale past 30-50 people

When Not to Use It

Don't use Shape Up when:

• You're 3 people or fewer — just talk to each other, formalization isn't needed yet
• There's no real complexity — simple tasks don't need shaping
• You can't get engineering into shaping — without technical input, shaping fails
• Leadership isn't bought in — you need exec support to protect build time
• You're doing pure maintenance — bug fixes don't need the full process

Patterns

Detailed examples showing how to apply Shape Up correctly. Each pattern shows a common mistake and the correct approach.