John Rohm
John Rohm

10 Simple & Important Agile Retrospective Ground Rules

Agile retrospectives are an essential part of any agile team. They give team members the opportunity to reflect on their work, identify opportunities for improvement, and set goals for the next sprint. However, for a retrospective to be effective, it’s helpful to establish a few ground rules. They serve to guide the conversation and ensure everyone is heard. Below, I’ll give you examples of ten ground rules for agile retrospectives. They can help you make the most of this valuable team development opportunity.

Which are the 10 ground rules for agile retrospectives?

  • Basic rule # 1 - Maintaining a safe and open environment
  • Basic rule # 2 - Respect for the opinions and perspectives of others
  • Basic rule #3 - Encouraging active participation of all team members
  • Basic rule # 4 - Honesty and transparency regarding problems and challenges
  • Basic rule #5 - Focusing on actions and solutions instead of assigning blame
  • Basic rule # 6 - Prioritizing the team’s goals
  • Basic rule # 7 - Identifying and documenting action items
  • Basic rule #8 - Follow up on actions from previous retrospectives
  • Basic rule # 9 - Encouraging the team to be prepared
  • Basic rule #10 - Keeping the session short and focused

Basic Rules Agile Retrospective #1

Maintaining a safe and open environment

If you only have time and capacity to implement one rule or guideline, then let it be that first one. The rest will almost take care of itself.

To maintain a safe and open environment, it is essential to foster a sense of inclusion. It is also important to ensure that everyone feels comfortable sharing their thoughts and feedback.
There is probably no question that psychological safety is more than just a trend or buzzword. But if you want to delve deeper into the topic or need some facts and figures, e.g. to convince someone else of the relevance of psychological safety, then definitely have a look at  this article . There, the concept and its relevance are examined and explained in more detail.

Basic Rules Agile Retrospective #2

Respect for the opinions and perspectives of others

This is another almost indispensable basic rule for agile retrospectives. It is important to listen actively and avoid interrupting others or rejecting or evaluating their ideas. One way to do this is to use techniques such as “paraphrasing” or “mirroring”. This shows that you are listening actively and it encourages others to share their thoughts. It is also helpful to use “I” statements and not make assumptions or jump to conclusions about the ideas and statements of others.

Basic Rules Agile Retrospective #3

Encouraging active participation of all team members

One way to do this is to use icebreakers or team-building activities at the beginning of the retrospective to make team members feel more comfortable and relaxed. You can find concrete methods and ideas for this in our blog article about check-ins.

It is also essential that the facilitator can encourage quieter team members to speak up and redirect the conversation if one person is dominating it. You can read more about how this works and what techniques are used in this article: Facilitating a Retrospective.

Basic Rules Agile Retrospective #4

Honesty and transparency about problems and challenges

Team members should feel comfortable talking openly and honestly about any problems or obstacles encountered during the sprint. The team can use various techniques to identify the underlying causes of problems or challenges that have occurred and develop solutions to them. Discussing them together and recording an action item on them, if necessary, is nonetheless legitimate and often sufficient. You can find an overview of three different workshops in this related article: 3 retrospective methods & team workshops with a surprise effect .

Basic Rules Agile Retrospective #5

Focus on actions and solutions instead of blame

In addition, it is important to create a blame-free environment where team members do not have to fear consequences for sharing their thoughts. Instead, they can focus on identifying and addressing the underlying issues.

Basic Rules Agile Retrospective #6

Prioritize the goals of the team

Prioritizing the team’s goals requires a clear understanding of the team’s sprint goals and aligning the retrospective with them. One method is to use “SMART” goals .
It is also important to set a clear purpose for the retrospective and focus the dialogue on it. The team can also use approaches such as “SWOT analysis” to identify its strengths, weaknesses, opportunities and risks to ensure that it is on track to achieve its goals.

Basic Rules Agile Retrospective #7

Determine and document action items

A retrospective should not only have a goal, but also a clear agenda. One way to achieve this is to document and track all action items and improvements identified during the retrospective. Read more about this in our article on  examples of good action items . In addition, it is important to assign responsibility for each action item to specific team members. The team can also use tools like Kanban boards to visually track the progress of each action item. By the way, this also works great in our tool Echometer. Try it out directly via this link: To the retro setup.

Basic Rules Agile Retrospective #8

Follow up on action items from previous retrospectives

To ensure that the action items from previous retrospectives are implemented, you should set a clear timeframe for implementation in the team and appoint specific team members to take responsibility for the individual items. In addition, it is critical that action items are reflected upon or discussed within the next retrospective. Remember, action items are not the same as tasks! The point is not to implement them. Their main goal is to help you iteratively learn something and then adjust something based on what you learn. If this sounds surprising or new, or you just want some inspiration on how to use action items well and effectively, feel free to check out this article .

Basic Rules Agile Retrospective #9

Encourage the team to be prepared

Setting a clear goal for the retrospective and providing a template or guideline for what data or information is needed will motivate team members to be prepared. In addition, team members should ideally have done research and be prepared to support their assertions with specific examples or data. This makes the dialogue more productive and ensures that the team makes real progress.

Did you know that Echometer lets you send short surveys to your team before a retrospective? This ensures that everyone is prepared and you have much more time to reflect instead of collecting data. Why not try it out with the following retro?

Health Check Retro: The 5 Agile Values

The agile values and principles belong to the basics of a Scrum course. Only when you live up to them, you can reach higher agile maturity levels achieve. This health check helps you to reflect on the 5 agile Scrum values from a different perspective with your team and to make them measurable - see below for an insight.

Health Check Retro: The 5 Agile Values

Health Check Questions (Scale)

Courage: We value people showing courage.
thumb_down
thumb_up
Strongly disagree Strongly agree
Respect: We value each other’s ideas, even when disagreeing.
thumb_down
thumb_up
Strongly disagree Strongly agree
Commitment: Every team member is committed to follow through on what they have promised.
thumb_down
thumb_up
Strongly disagree Strongly agree
Focus: We don’t allow ourselves to be distracted from reaching the sprint goal.
thumb_down
thumb_up
Strongly disagree Strongly agree
Openness: We are open to constructive feedback and grow from it.
thumb_down
thumb_up
Strongly disagree Strongly agree

Note: This retrospective format asks for agreement with the given Health Check items on a scale.

Basic Rules Agile Retrospective #10

Keep the meeting short and focused

To keep the retrospective short and focused, it is helpful to have a clear agenda and goal for the meeting and to stay on topic. It is also important to have a moderator who keeps the conversation on track and redirects the discussion if it deviates from the course. To set specific time limits for each agenda item, the team can also use techniques such as “Time-Boxing” . This is especially useful if you find that you often need longer for certain points or the whole retro than planned. Recently we also found out how long a retro should actually take and what too short or too long means in this context: Analysis of 30,000 retros .

Maybe you’ve heard of the acronym E.L.M.O.? It doesn’t have much to do with the little red fellow from Sesame Street, but stands for:

Also: Enough, let’s move on.

We at Echometer internally call this a “jelly fish” and every time someone on the team feels that a topic is going too deep or too far, we “throw a jelly fish”. Why jelly fish? They are neutral, impersonal and there is definitely something funny about them.

Conclusion: Good retrospectives thanks to simple basic rules

All in the spirit of keeping it short and focused: I hope these 10 basic rules for agile retrospectives will help you make the most of this valuable team development opportunity. Following these rules and applying the techniques and tools described above will make it even easier for your team to identify areas for improvement and set goals for the next sprint. This will help the team to continuously improve and evolve. We wish you a lot of fun doing so!

Blog category

More articles on "Teamwork"

View all articles in this category
10 Tips for Great Retrospective Action Items incl. Examples

10 Tips for Great Retrospective Action Items incl. Examples

A lot is said in retrospectives - but does your team also derive good measures from them? Here are tips and examples of how to make good measures work in retros!

5 phases of a retrospective alone are not enough: the Double Diamond model

5 phases of a retrospective alone are not enough: the Double Diamond model

Many teams frequently change the format and design of the phases of their retrospective to ensure variety and stimulate the creativity of team members. But what is the decisive factor for a success...

7 Best Retrospective Tools for Easy & Fun Retros in 2025

7 Best Retrospective Tools for Easy & Fun Retros in 2025

Want to jump start a retro with the best retro tool on the market? Learn what makes a good retro tool - and get direct access.

42 Fun & Creative Retrospective Icebreakers breaking any Ice

42 Fun & Creative Retrospective Icebreakers breaking any Ice

Are you looking for unusual icebreakers for the check-in or retrospective check-in methods for your next retrospective? I'm glad to hear that, because a good, interactive check-in or icebreaker can...

What are the top-rated online retrospective software tools for agile (scrum) teams?

What are the top-rated online retrospective software tools for agile (scrum) teams?

The best-rated retrospective software tools (i.e., with the best ratings) are Echometer (4.7/5 - see Echometer G2) and Parabol (4.6/5 - see Parabol G2). This information is based on public user and...

How do I find the right software tool for sprint retrospectives?

How do I find the right software tool for sprint retrospectives?

To choose the right retrospective software tool for you, you should take various things into consideration: - Are you co-located in the office or do you collaborate remotely or virtually? - How big...

What is the cheapest alternative to the Neatro retrospective software tool?

What is the cheapest alternative to the Neatro retrospective software tool?

When it comes to the cheapest alternative to Neatro with the best pricing model, Echometer is particularly worth mentioning. The Pro version of Neatro costs 39$ per month, while the Pro version of...

5 whiteboard templates for brainstorming action items in retrospectives

5 whiteboard templates for brainstorming action items in retrospectives

Five whiteboard templates for retrospectives, including application scenarios, examples, and tips for brainstorming effective measures.

How can you improve communication in a remote software development team?

How can you improve communication in a remote software development team?

There are various measures and approaches to improve communication in virtual or remote engineering teams of software developers and software engineers. It is irrelevant whether they are front-end,...

Echometer Newsletter

Don't miss updates on Echometer & get inspiration for agile working