Glossary

Retrospective

delivery & projectsUpdated October 2026 · reviewed by the Forge team

A structured review after a project or sprint, where the team reflects on what went well, what did not, and what to improve next time.

For example, after a launch the team runs a 30-minute retrospective: the design handoff was smooth, but scope crept in week three, so next time they will tighten the change-order habit. The lessons feed straight into the next project.

Why it matters to your firm: retrospectives are how an agency compounds its delivery skill instead of repeating the same mistakes. Capturing what to keep and what to fix - and actually changing the process or SOPs - is what turns experience into a real, durable advantage.

Retrospective agenda

  • What went well
  • What did not
  • What surprised us
  • Actions to change next time
  • An owner for each action
Common mistakes
  • Skipping it when the project went fine.
  • Blaming people instead of fixing the process.
  • Capturing no actions, so nothing changes.
Common questions

Frequently asked questions

What is a retrospective?

A structured review after a project or sprint, where the team reflects on what went well, what did not, and what to improve next time.

What questions does a retrospective ask?

What went well, what did not, and what we will change next time - kept blameless so people speak honestly.

When should you run a retrospective?

At the end of a project or sprint, while the experience is fresh - and ideally on a regular cadence for ongoing work.

How do retrospectives improve an agency?

They turn lessons into changes - to process, SOPs or scoping - so the same mistakes are not repeated and delivery steadily improves.

Design. build. iterate.

Want your client status page built for you?

Forge builds your client status page for you and looks after it - shaped around how your firm works and the tools you already use. No spreadsheets, no code on your side. It starts with a 2-week ops audit.