AI Wins

Where did AI speed us up or improve our work?

Copilot scaffolded our boilerplate API endpoints in minutes — what used to take me half a day.
Using an LLM to draft unit tests gave us better coverage on the payments module.
AI code review caught a null-pointer edge case before it hit production.
Friction & Risks

Where did AI slow us down or create new problems?

I spent more time fixing the AI's confidently-wrong code than if I'd written it myself.
We almost shipped a security flaw because nobody scrutinised the generated query.
The copilot suggestions keep pulling in deprecated libraries.
Trust & Quality

How is AI affecting our code quality and confidence?

We need a clear rule that all AI-generated code gets the same review rigour as human code.
I trust AI for tests and docs, but I'm cautious with core business logic.
Our test coverage actually improved since we started using AI to fill gaps.
What Should We Do Next?

What practices or experiments should we adopt going forward?

Let's standardise on one AI assistant and share our best prompts in a team library.
Run a lunch-and-learn on effective prompt engineering for our codebase.
Add an AI-usage note to PR descriptions so reviewers know what to scrutinise.

What is the AI-Accelerated Engineering Retrospective

AI tools like code assistants, automated testing agents, and LLM-powered workflows are transforming how engineering teams design, build, and ship software. The AI-Accelerated Engineering Retrospective gives your team a structured space to step back and examine how these tools are actually affecting your day-to-day work — what's speeding you up, where new friction is appearing, and how trust, quality, and team dynamics are evolving as AI becomes part of the development process. This retrospective works by guiding your team through focused reflection on the real impact of AI adoption: the wins worth scaling, the risks worth watching, and the practices worth standardising. Rather than treating AI as a buzzword, it grounds the conversation in concrete experiences — pair programming with copilots, reviewing AI-generated code, prompt engineering, and the shifting balance between human judgement and machine speed. By surfacing these insights together, teams can make deliberate choices about where to lean into automation and where human craft still matters most. The benefit is a shared, honest understanding of how AI is changing your engineering culture and output. Teams come away with practical agreements on tooling, quality guardrails, and ways of working that capture the productivity gains of AI while protecting code quality, security, and developer growth. It's an ideal format for any modern team navigating the fast-moving world of AI-assisted software development.

AI-Accelerated Engineering retrospective format

AI Wins

Where did AI speed us up or improve our work?

This topic captures the tangible benefits the team has experienced from AI tooling. Encourage participants to share specific moments where an AI assistant saved time, unblocked a problem, or improved quality. Push for concrete examples rather than vague praise — what task, which tool, what outcome? This helps the team identify practices worth scaling across the wider group.

Friction & Risks

Where did AI slow us down or create new problems?

Here the team surfaces the downsides and hidden costs of AI-assisted work. Create a safe space for honesty — people may feel pressure to be positive about AI. Explore hallucinated code, time lost reviewing low-quality output, over-reliance, security concerns, and subtle bugs. Framing these as risks to manage, not reasons to abandon AI, keeps the conversation constructive.

Trust & Quality

How is AI affecting our code quality and confidence?

This topic explores the evolving relationship between human judgement and AI output. Discuss how the team verifies AI-generated work, where trust is appropriate, and where extra scrutiny is essential. Talk about review practices, testing, and how confident people feel shipping AI-assisted code. The goal is to define healthy guardrails rather than blanket trust or blanket suspicion.

What Should We Do Next?

What practices or experiments should we adopt going forward?

This is the action-oriented topic where insights turn into agreements. Encourage the team to propose concrete experiments, tooling standards, training, or guardrails to try in the next iteration. Help them prioritise a small number of high-impact changes and assign clear owners so the retrospective leads to real change rather than a wishlist.

When to use this retrospective

  • After your team has been using AI coding tools for a few sprints and you want to assess their real impact.
  • When code quality, review load, or security concerns have shifted since adopting AI assistants.
  • To establish shared team agreements and guardrails for responsible AI-assisted development.
  • When onboarding new AI tooling and you want to capture early wins and pitfalls.
  • As a regular check-in for engineering teams evolving their AI-augmented workflows.

Suggested icebreaker questions

  • If your AI coding assistant had a personality, who or what would it be?
  • What's the most impressive — or most ridiculous — thing AI has generated for you this sprint?

Ideas and tips for your retrospective meeting

  • Ground the discussion in concrete examples — ask for the specific tool, task, and outcome rather than general opinions about AI.
  • Create psychological safety so skeptics and enthusiasts alike can speak freely; avoid framing AI as something the team must embrace uncritically.
  • Watch for over-reliance bias — celebrate speed gains but always weigh them against code quality, security, and long-term maintainability.
  • Give quieter or junior team members a chance to share how AI affects their learning and confidence, not just productivity.
  • Timebox each topic and prioritise a few high-impact actions so the session ends with clear, owned next steps.
  • Capture reusable prompts and tooling agreements during the retro so the team's collective learning is preserved.

Frequently asked questions

How long does an AI-Accelerated Engineering Retrospective take?
Most teams complete it in 45 to 60 minutes. Larger teams or those with a lot to unpack on AI tooling may want to allow up to 90 minutes.
When should we use this retrospective?
Use it after a few sprints of working with AI coding tools, when you want to evaluate their real impact on speed, quality, and team dynamics, or when establishing shared guardrails for AI use.
How is this different from a standard sprint retrospective?
A standard retro reviews general process and delivery, while this format focuses specifically on how AI tools are changing your engineering work — the wins, the risks, trust in AI output, and the practices worth standardising.
Do all participants need to be using AI tools already?
No. Including skeptics and lighter users gives a more balanced view. Their concerns about quality, security, and learning are valuable input alongside the experiences of heavy AI users.
What outcomes should we expect from this retrospective?
Teams typically leave with concrete agreements on AI tooling standards, quality and security guardrails, prompt-sharing practices, and a short list of experiments to try in the next iteration.
Is this only for software engineers?
It's designed for engineering teams, but the format adapts well to any technical team adopting AI into their workflow, including QA, data, and platform teams.

New to retrospectives? Read our guide on how to run a retrospective →