Design Wins

Which design decisions or outcomes are we proud of?

The new onboarding flow tested really well. Users completed signup 40% faster.
Loved how quickly we aligned on the design system tokens this sprint.
Our research readout actually changed the product direction. Huge win for UX.
Friction Points

Where did our design process or collaboration slow down?

Feedback came too late in the cycle, forcing last-minute rework.
Requirements kept shifting after we'd already locked the designs.
Our review meetings ran long and rarely ended with clear decisions.
Craft & Quality

How can we raise the bar on our design craft?

We should run regular design critiques to keep quality high.
Accessibility needs to be part of our definition of done, not an afterthought.
Our design system is drifting, so components need an audit and cleanup.
Ideas & Experiments

What should we try to improve how we work?

Try a weekly async design review using shared prototypes.
Introduce a shared component library checklist before handoff.
Run a monthly portfolio-style share to celebrate and learn from work.

What is the Design Team Retrospective?

Good design depends on how a team works together as much as on pixels and prototypes. The Design Team Retrospective gives designers, researchers and design leads time away from delivery to look at their craft and how they work together. It asks about the quality of design outcomes and the health of your critique culture, as well as the systems that support or slow down creative work. Each person adds reflections under four topics: design wins, friction points, craft and quality, and ideas to try. That covers strong decisions worth repeating, friction in handoffs and reviews, and chances to improve the design system and tooling. Grouping and voting in TeamRetro take the team from scattered observations to a short list of priorities, and from there to actions someone owns. Anonymous input means quieter designers and critical feedback still get heard. The aim is better design work and a better design practice. Product design teams inside agile squads, brand studios and UX research groups can all use this design retrospective to agree on craft standards and work more smoothly with engineering and product. Run it at the end of a design sprint, after a major launch or on a regular cadence.

Design Team Retrospective format

Design Wins

Which design decisions or outcomes are we proud of?

This topic celebrates strong design work and effective collaboration. Encourage the team to call out specific design decisions, polished interactions, research insights, or moments where craft really shone. Recognizing wins reinforces good practices and builds creative confidence. Prompt people to name what made the win possible so it can be repeated.

Friction Points

Where did our design process or collaboration slow down?

Use this space to surface blockers, bottlenecks, and frustrations in the design workflow, such as unclear requirements, late feedback, tooling pain, or rushed reviews. Keep the tone constructive and focused on the process rather than individuals. Group related themes to identify systemic issues worth addressing.

Craft & Quality

How can we raise the bar on our design craft?

Focus this topic on the quality of the design work and how consistent it is across the team: visual polish, interaction details, accessibility and use of the design system. Ask the team to reflect on standards, how critique works and where the craft could improve. This keeps attention on the work itself, not just the process.

Ideas & Experiments

What should we try to improve how we work?

This forward-looking topic invites the team to propose new ways of working, tools to trial, rituals to adopt, or collaboration improvements. Encourage concrete, testable ideas the team can commit to as actions. Use voting to prioritize the experiments with the most potential impact.

When to use this retrospective

  • At the end of a design sprint or major project, to review what worked in the design process and what didn't.
  • After a big launch, to capture lessons about craft, handoffs and collaboration.
  • On a regular cadence, to keep critique healthy and keep raising design quality.
  • When friction with engineering or product is hurting design outcomes.
  • When you're onboarding new designers or changing your design system and need agreement on standards.

Suggested icebreaker questions

  • If your design style were a font, which one would it be and why?
  • What's one piece of design (an app, poster, or product) that's caught your eye recently?

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

Ideas and tips for your retrospective meeting

  • Critique the work, not the person. Specific, kind feedback keeps the creative culture healthy.
  • Use anonymous input so quieter designers can raise criticism without worrying about stepping on toes.
  • Invite engineers and PMs now and then to deal with handoff friction directly.
  • Timebox each topic and vote, so the discussion goes to the biggest themes instead of every comment.
  • Close with clear actions that someone owns, and review them at the start of the next retro.
  • Give design wins as much time as problems so the session doesn't feel like a list of complaints.

Frequently asked questions

What is a Design Team Retrospective?
It's a retrospective where designers look back at recent work and how they collaborated, then agree on improvements. It covers design craft as well as process.
When should we run a Design Team Retrospective?
Run it at the end of a design sprint, after a major launch, or every two to four weeks. It's also worth running when friction with other teams or quality concerns start to affect your work.
How long does a Design Team Retrospective take?
Most sessions take 45–60 minutes for a typical design team. Larger groups or eventful sprints may need up to 90 minutes.
How is it different from a sprint retrospective?
A sprint retrospective looks at agile delivery in general. A design retrospective focuses on design craft, critique, design systems and how designers work with other roles.
Who should take part in a Design Team Retrospective?
The whole design team, including product designers, UX researchers, content designers and design leads. Inviting engineering or product partners now and then helps sort out handoff problems.
How do we make sure actions actually happen?
Agree on clear actions at the end of each session and give each one an owner. Check progress at the start of the next retrospective.
Ready to run this retrospective?Try this retrospective live