Product team retrospectivesacross discovery and delivery
Review discovery, decisions, handoffs, delivery, launch, and customer learning without reducing the conversation to output volume.
A product team retrospective inspects how discovery, decisions, delivery, and customer learning worked together. It should include product, design, engineering, and other partners who shared the system—not become an engineering-only review of ticket completion.
Questions across the product loop
- Which customer evidence changed the plan?
- Where did an assumption survive longer than its evidence?
- Which decision arrived too late or lacked the right participants?
- Where did design, engineering, or go-to-market context break down?
- What did the launch teach that discovery did not?
- Which outcome matters for the next experiment?
A useful session structure
- Define the product period, decision, release, or experiment.
- Separate known evidence from interpretations.
- Collect cross-functional observations silently.
- Group patterns across discovery, decision, delivery, and adoption.
- Prioritize the condition with the greatest learning or outcome impact.
- Choose one change and define how the team will know it helped.
Formats for product teams
ROBIN covers Risks, Opportunities, Bright Spots, Improvements, and Next Steps. WRAP exposes Wishes, Risks, Appreciations, and Puzzles. Sailboat aligns a cross-functional group around momentum, drag, risk, and destination.
Avoid output-only discussion
Completed tickets are evidence about flow, not proof of customer value. Pair delivery facts with user behavior, support context, research, quality, and the decisions that shaped the work.