Shipped & Won

What did we ship that created value this sprint?

We shipped the new onboarding flow ahead of schedule and early signups are already up.
Our quick spike on the payments bug turned into a clean fix that cut support tickets.
Closed the design-to-dev handoff gap, and for the first time we shipped pixel-perfect on day one.
What Slowed Us Down

What blockers or friction killed our velocity?

Too many context switches between projects, so I never got into deep flow.
We were blocked for two days waiting on API access from another team.
Unclear acceptance criteria meant we rebuilt the feature twice.
What We Learned

What new insight or validated learning did we gain?

Customers don't actually want more features. They want fewer, clearer ones.
Pair programming on the hardest tickets saved time overall, not lost it.
Our assumption about mobile usage was wrong; most traffic is desktop.
Pivot or Persevere

What should we double down on, change, or cut?

Persevere on the onboarding work, because the data clearly supports it.
Pivot away from the enterprise feature; SMB users are our real traction.
Cut the weekly status report nobody reads and reclaim that time.

What is the Silicon Valley Startup Sprint Retrospective?

The Silicon Valley Startup Sprint Retrospective runs your retro the way a startup team would. It's built on the build-measure-learn loop from lean startup thinking, popularized by Eric Ries in The Lean Startup: treat each sprint as an experiment, look at what the results actually showed, and decide what to do next based on that evidence. The board has four areas. Shipped & Won is for what the team shipped and what it moved for customers. What Slowed Us Down covers the blockers and friction that cost you velocity. What We Learned records what you assumed and what the data said. Pivot or Persevere is the decision point: what to double down on, what to change and what to cut. It suits product teams, founders and innovation teams who want to keep moving without losing direction, and any team facing a call about whether to keep going with a piece of work. Finish with clear decisions and an owner for each, so the next sprint starts with a direction.

Silicon Valley Startup Sprint retrospective format

Shipped & Won

What did we ship that created value this sprint?

Start with the wins: features shipped, milestones hit and small experiments that paid off. Ask the team to think like founders measuring traction. What moved the needle for the product or the customer? Invite quieter members to share small wins too.

What Slowed Us Down

What blockers or friction killed our velocity?

Here the team names the bottlenecks, dependencies and distractions that drained momentum. Treat them as drag on the system, not anyone's fault. Look for patterns that recur across sprints, since fixing one of those often pays off most, and ask why each issue happened.

What We Learned

What new insight or validated learning did we gain?

This area records what the team learned this sprint about customers, the product or how you work. Frame each point as a hypothesis: what did we assume, and what did the data tell us? Writing the lessons down means each sprint builds on the last.

Pivot or Persevere

What should we double down on, change, or cut?

This is the founder's decision point. Based on what you shipped, learned and struggled with, where do you go next? Push the team to make clear calls: persevere on what's working, pivot where the data says so and kill what isn't earning its keep. Give each decision an owner so the next sprint starts with a direction.

When to use this retrospective

  • At the end of a product sprint, when you want a quick review that looks forward.
  • For startup teams, founders and innovation teams who want to move fast and stay focused on customers.
  • When the team faces a decision about whether to pivot, persevere or cut a piece of work.
  • When your retrospectives have become routine and a build-measure-learn framing would change the conversation.

Suggested icebreaker questions

  • If your team were a startup pitching at a demo day, what would your one-line elevator pitch be?
  • Which famous tech founder's mindset would you want to channel for this sprint, and why?

Want a warm-up your team plays, not just answers out loud? Browse free icebreakers →

Ideas and tips for your retrospective meeting

  • Set the tone up front: this is about learning fast, not assigning blame. People share more when it's safe to be wrong.
  • Use hypothesis language: what did we assume, and what did the results actually show?
  • Timebox each topic to keep the pace up. A short list of real points beats an exhaustive one.
  • In Pivot or Persevere, push for clear decisions with owners, not vague intentions.
  • Use anonymous input in TeamRetro so the loudest voice doesn't decide the wins and the calls.
  • Track recurring blockers across sprints to find the problems worth a bigger fix.

Frequently asked questions

How long does a Silicon Valley Startup Sprint Retrospective take?
Most teams finish in 45 to 60 minutes. Timebox each topic to keep the pace up.
When should I use this retrospective format?
Use it at the end of a sprint or product cycle, especially when your team works in fast iterations and needs to decide what to keep building and what to change.
How is it different from a standard sprint retrospective?
It looks at the sprint through lean startup ideas: shipped value, validated learning and an explicit pivot-or-persevere decision. A standard retro usually stops at what went well and what didn't.
What does 'Pivot or Persevere' mean in this context?
It's an idea from Eric Ries's The Lean Startup. Based on evidence, the team decides whether to stay the course, change direction or stop a piece of work entirely.
Is this format suitable for non-startup teams?
Yes. Any agile, product or innovation team can use its decision-focused structure. The startup framing adds pace and keeps the customer in view.
Ready to run this retrospective?Try this retrospective live