Sprint Review and Retrospective


Sprint Review and Retrospective Interview with follow-up questions

1. Can you explain the purpose of a Sprint Review in Scrum?

The Sprint Review is a formal Scrum event held at the end of each Sprint. Its primary purpose, as defined in the 2020 Scrum Guide, is to inspect the outcome of the Sprint and determine future adaptations. It is not a demo for approval — it is a working session focused on progress toward the Product Goal.

The key elements of a Sprint Review:

  • Inspect the Increment. The Scrum Team presents the work that meets the Definition of Done. Stakeholders see what was actually completed, not what was planned.
  • Adapt the Product Backlog. Based on what was reviewed and the feedback received, the Product Owner may reorder, add, or remove items from the Product Backlog. This is one of the primary outputs of the Sprint Review.
  • Assess progress toward the Product Goal. The 2020 Guide introduced the Product Goal as the long-term objective the team is working toward. The Sprint Review is an opportunity to evaluate whether the team is on track.
  • Collaborate with stakeholders. Stakeholders are invited (not just observers). Their feedback directly informs what the Product Owner prioritizes next.

The Sprint Review is timeboxed to four hours for a one-month Sprint, scaled proportionally for shorter Sprints.

What the Sprint Review is not: It is not a sign-off session, not a project status meeting, and not a rubber stamp. The 2020 Guide moved away from language like "acceptance" and "demonstration" to emphasize that the event is collaborative inspection, not a performance.

Common follow-up: What happens if work is not done? Incomplete items do not count as part of the Increment. They return to the Product Backlog for the Product Owner to re-prioritize — they are not automatically carried over to the next Sprint.

↑ Back to top

Follow-up 1

How do you ensure that all stakeholders are involved in the Sprint Review?

To ensure that all stakeholders are involved in the Sprint Review, it is important to communicate and invite them in advance. The Scrum Master or Product Owner can send out invitations to all relevant stakeholders, including customers, end users, and other interested parties. It is also important to schedule the Sprint Review at a time that is convenient for the stakeholders and to provide any necessary information or materials in advance to help them prepare.

Follow-up 2

What are some common challenges that can occur during a Sprint Review and how would you address them?

Some common challenges that can occur during a Sprint Review include stakeholders not attending or being unprepared, disagreements or conflicts arising during the review, and difficulty in gathering actionable feedback. To address these challenges, it is important to communicate the importance of the Sprint Review to stakeholders and emphasize their role in providing feedback. The Scrum Master can facilitate the review to ensure that everyone has an opportunity to speak and that any conflicts are addressed constructively. It can also be helpful to provide a structured format for gathering feedback, such as asking specific questions or providing a feedback form.

Follow-up 3

How does the Sprint Review contribute to the overall success of a project?

The Sprint Review contributes to the overall success of a project by providing an opportunity for stakeholders to provide feedback on the product and make any necessary adjustments. It helps to ensure that the product is meeting the needs of the stakeholders and that any changes or improvements can be made in a timely manner. The Sprint Review also promotes transparency and collaboration within the Scrum Team and with stakeholders, which can lead to better decision-making and a higher quality product.

2. What is the role of the Scrum Master during the Sprint Review?

In the 2020 Scrum Guide, the Scrum Master's role at the Sprint Review is defined as ensuring the event happens, is timeboxed, and is understood by everyone involved. Beyond that, the Scrum Master acts as a facilitator and coach — not a presenter or gatekeeper.

Specifically, the Scrum Master:

  • Ensures the event occurs and is productive. The Sprint Review is timeboxed to four hours for a one-month Sprint. The Scrum Master keeps it on track and prevents it from becoming a status meeting or a formal approval ceremony.
  • Coaches participants on the purpose. Stakeholders may expect a traditional demo-and-sign-off format. The Scrum Master helps them understand that the Sprint Review is a collaborative working session — stakeholders are participants, not an audience.
  • Supports the Product Owner. The Sprint Review results in adaptations to the Product Backlog. The Scrum Master helps the Product Owner facilitate that conversation with stakeholders and ensures the backlog discussion actually happens rather than being skipped.
  • Protects the Developers from inappropriate pressure. If stakeholders use the Sprint Review to demand scope changes or question team decisions, the Scrum Master redirects those conversations appropriately — either to the Product Owner for backlog decisions or to a future event.
  • Does not present the Increment. That is the Developers' responsibility. The Scrum Master is not the one showcasing the work.

Important distinction from older Scrum versions: Earlier thinking sometimes positioned the Scrum Master as the primary facilitator who ran the demo. The 2020 Guide makes clear the Scrum Team collectively runs the Sprint Review, with the Scrum Master ensuring the conditions for a good conversation exist.

Gotcha interviewers watch for: Saying the Scrum Master "approves" completed work or decides what counts as done. The Definition of Done governs that, and the Developers verify their own work against it.

↑ Back to top

Follow-up 1

How do you facilitate the discussion during the Sprint Review?

To facilitate the discussion during the Sprint Review, the Scrum Master can use various techniques such as:

  1. Setting the agenda: The Scrum Master can create an agenda for the Sprint Review meeting and share it with the team and stakeholders in advance. This helps in setting expectations and ensuring that the discussion stays on track.

  2. Encouraging participation: The Scrum Master can encourage all team members and stakeholders to actively participate in the discussion. This can be done by asking open-ended questions, seeking input from everyone, and creating a safe and inclusive environment.

  3. Timeboxing: The Scrum Master can set time limits for each agenda item to ensure that the discussion does not exceed the allocated time. This helps in keeping the meeting focused and prevents it from going off track.

  4. Visual aids: The Scrum Master can use visual aids such as charts, graphs, or product demonstrations to facilitate the discussion and make it more engaging and interactive.

Follow-up 2

What strategies do you use to ensure that the team is focused and productive during the Sprint Review?

To ensure that the team is focused and productive during the Sprint Review, the Scrum Master can employ the following strategies:

  1. Preparing in advance: The Scrum Master can work with the Product Owner and the team to ensure that the Sprint Review meeting is well-prepared. This includes reviewing the sprint goals, gathering feedback from stakeholders, and addressing any potential issues or concerns beforehand.

  2. Setting clear expectations: The Scrum Master can communicate the purpose and objectives of the Sprint Review to the team and stakeholders. By setting clear expectations, the Scrum Master helps everyone understand what needs to be accomplished during the meeting.

  3. Facilitating effective communication: The Scrum Master can encourage open and transparent communication between the team and stakeholders. This can be done by providing a safe space for sharing feedback, addressing concerns, and fostering collaboration.

  4. Monitoring time and progress: The Scrum Master can keep track of the time and progress during the Sprint Review meeting. By monitoring the time and progress, the Scrum Master ensures that the discussion stays on track and that the team is making progress towards the desired outcomes.

Follow-up 3

How do you handle disagreements or conflicts that may arise during the Sprint Review?

Handling disagreements or conflicts during the Sprint Review requires effective communication and conflict resolution skills. The Scrum Master can use the following strategies:

  1. Active listening: The Scrum Master listens attentively to all parties involved in the disagreement or conflict. By actively listening, the Scrum Master can understand the different perspectives and concerns.

  2. Facilitating dialogue: The Scrum Master facilitates a constructive dialogue between the parties involved. This can be done by encouraging them to express their viewpoints, asking clarifying questions, and seeking common ground.

  3. Mediation: If the disagreement or conflict persists, the Scrum Master can act as a mediator to help the parties find a resolution. This may involve facilitating compromise, exploring alternative solutions, or seeking input from other team members or stakeholders.

  4. Escalation: In some cases, the Scrum Master may need to escalate the disagreement or conflict to higher levels of management or involve other stakeholders. This should be done as a last resort when all other attempts at resolution have been exhausted.

3. Can you describe the process of a Sprint Retrospective?

The Sprint Retrospective is the last event in the Sprint. According to the 2020 Scrum Guide, it is timeboxed to three hours for a one-month Sprint (proportionally less for shorter Sprints) and involves the entire Scrum Team: Developers, Product Owner, and Scrum Master.

The purpose is to inspect how the last Sprint went — people, interactions, processes, tools, and the Definition of Done — and identify the most impactful improvements to implement in the next Sprint.

A well-run Retrospective typically moves through these phases:

  1. Set the context. The Scrum Master (or whoever is facilitating) establishes psychological safety. People need to feel they can speak honestly. The Retrospective is an internal Scrum Team event — not attended by external stakeholders or management unless they are part of the team.

  2. Gather data. The team reflects on what happened during the Sprint. Techniques like Start-Stop-Continue, Mad-Sad-Glad, or a timeline exercise help surface observations from multiple angles — not just "what went wrong."

  3. Generate insights. The team discusses patterns, root causes, and connections. The goal is not to list complaints but to understand why things happened the way they did.

  4. Decide on improvements. The team selects a small number of actionable improvements to implement. The 2020 Guide explicitly states that the most impactful improvement can be added to the Sprint Backlog for the next Sprint — giving it the same visibility and accountability as any other piece of work.

  5. Close. Summarize commitments, confirm owners, and end on time.

Key 2020 change to know: The Guide no longer uses the word "ceremony" — events in Scrum are formal opportunities to inspect and adapt, not rituals. Also, the Retrospective can produce Sprint Backlog items, reinforcing that improvement is real work, not a side conversation.

Common follow-up: What do you do if the team says "everything was fine"? The Scrum Master probes deeper with targeted questions, looks at metrics or patterns the team may be too close to see, and gently challenges the assumption that no improvement is possible.

↑ Back to top

Follow-up 1

What techniques do you use to encourage team members to openly share their thoughts and feelings during the Retrospective?

To encourage team members to openly share their thoughts and feelings during the Retrospective, I use the following techniques:

  1. Create a safe and non-judgmental environment: I emphasize the importance of psychological safety and create an atmosphere where team members feel comfortable expressing their opinions without fear of criticism or retribution.

  2. Use anonymous feedback: I provide the option for team members to provide feedback anonymously, either through written notes or online tools. This can help overcome any reluctance to speak up.

  3. Use facilitation techniques: I use various facilitation techniques such as round-robin, brainstorming, or affinity mapping to ensure that everyone has an opportunity to contribute and that all ideas are captured.

  4. Active listening: I actively listen to team members, validate their perspectives, and encourage others to do the same. This helps create a culture of respect and openness.

  5. Lead by example: I openly share my own thoughts and feelings during the Retrospective, demonstrating vulnerability and encouraging others to do the same.

Follow-up 2

How do you ensure that action items from the Retrospective are followed up on?

To ensure that action items from the Retrospective are followed up on, I follow these steps:

  1. Document action items: During the Retrospective, I ensure that all identified action items are documented, including a clear description, responsible person, and deadline.

  2. Share the action items: I share the action items with the team and stakeholders, ensuring that everyone is aware of the commitments made.

  3. Track progress: I regularly follow up on the progress of the action items, either through one-on-one discussions or in team meetings. I provide support and guidance as needed to help overcome any obstacles.

  4. Celebrate successes: When action items are completed, I celebrate the successes with the team, acknowledging their efforts and the positive impact of their actions.

  5. Reflect and iterate: After each sprint, I reflect on the effectiveness of the action items and the Retrospective process itself. I make adjustments and improvements as necessary to ensure continuous improvement.

Follow-up 3

What role does the Scrum Master play in the Sprint Retrospective?

The Scrum Master plays a crucial role in the Sprint Retrospective. Their responsibilities include:

  1. Facilitating the Retrospective: The Scrum Master facilitates the Retrospective meeting, ensuring that it stays focused, productive, and inclusive. They create a safe environment for open and honest discussions.

  2. Guiding the process: The Scrum Master guides the team through the Retrospective process, helping them gather data, generate insights, and identify actionable improvements. They ensure that the Retrospective follows the Scrum values and principles.

  3. Encouraging participation: The Scrum Master encourages all team members to actively participate in the Retrospective, ensuring that everyone's voice is heard and valued. They use various techniques to stimulate discussion and engagement.

  4. Removing impediments: If any impediments or issues arise during the Retrospective, the Scrum Master takes action to address them, either during the meeting or afterwards.

  5. Supporting continuous improvement: The Scrum Master helps the team implement the action items identified during the Retrospective and supports their efforts to continuously improve their processes and practices.

4. How does the Sprint Retrospective contribute to continuous improvement in Scrum?

The Sprint Retrospective is Scrum's built-in mechanism for continuous improvement. Its contribution operates at two levels: the immediate Sprint and the long-term health of the team.

Immediate level — producing actionable improvements. At the end of every Sprint, the team inspects how they worked and identifies specific changes to make. The 2020 Scrum Guide reinforces this by explicitly allowing the team to add improvement items directly to the Sprint Backlog for the next Sprint. This is significant: it treats process improvements the same as product work — visible, prioritized, and tracked. Improvements do not get lost in a document somewhere.

Long-term level — building a learning culture. The Retrospective happens every Sprint, without exception. That cadence creates a habit of reflection. Over time, teams that run consistent Retrospectives tend to resolve recurring impediments, surface interpersonal friction before it becomes dysfunction, refine their Definition of Done, and develop better ways of collaborating with stakeholders.

The Scrum values reinforce this: Openness means the team is honest about what is not working. Courage means they are willing to say uncomfortable things. Commitment means agreed improvements are actually followed through.

What limits the Retrospective's impact — and what the Scrum Master guards against — is when improvements are identified but never implemented. If the same issues appear Sprint after Sprint, the Retrospective is not contributing to continuous improvement; it is just a ritual. The Scrum Master's job is to ensure follow-through, which is why surfacing improvement work in the Sprint Backlog (rather than a separate list) is so effective.

Common interview angle: Interviewers often ask how you ensure Retrospective actions are followed up on. The answer is accountability: put improvements in the Sprint Backlog, make them visible, and review progress at the next Retrospective.

↑ Back to top

Follow-up 1

Can you share an example of a significant improvement that came out of a Sprint Retrospective?

Sure! In one of our sprints, the team identified that the daily stand-up meetings were taking longer than necessary and were not providing enough value. During the Sprint Retrospective, the team discussed this issue and decided to experiment with a new format for the stand-up meetings. They implemented a time-boxed approach where each team member had a limited amount of time to share their updates and any blockers. This change resulted in shorter and more focused stand-up meetings, allowing the team to spend more time on actual work. It was a significant improvement that came directly from the Sprint Retrospective.

Follow-up 2

How do you ensure that the team is continuously learning and improving from each Sprint Retrospective?

To ensure continuous learning and improvement from each Sprint Retrospective, it is important to follow a few practices:

  1. Create a safe and open environment: Encourage team members to share their honest opinions and ideas without fear of judgment or reprisal.

  2. Focus on actionable items: Ensure that the retrospective discussions result in concrete action items that can be implemented in the next sprint.

  3. Assign ownership: Assign ownership of each action item to a team member who will be responsible for its implementation.

  4. Regularly review progress: During subsequent retrospectives, review the progress made on previous action items and discuss any challenges faced.

By following these practices, the team can foster a culture of continuous learning and improvement.

Follow-up 3

What challenges have you faced when trying to implement changes based on Retrospective feedback and how did you overcome them?

Implementing changes based on retrospective feedback can sometimes be challenging. Some common challenges include:

  1. Resistance to change: Team members may be resistant to changing established processes or ways of working. To overcome this, it is important to communicate the rationale behind the proposed changes and involve the team in the decision-making process.

  2. Lack of resources: Implementing certain changes may require additional resources or tools. If resources are limited, it may be necessary to prioritize and implement changes incrementally.

  3. Lack of time: The team may feel overwhelmed with their regular work and find it difficult to allocate time for implementing changes. In such cases, it is important to emphasize the long-term benefits of the changes and allocate dedicated time for implementation.

By addressing these challenges through effective communication, prioritization, and allocation of resources, the team can successfully implement changes based on retrospective feedback.

5. What are some effective techniques for facilitating a Sprint Retrospective?

The 2020 Scrum Guide does not prescribe specific Retrospective techniques — the Scrum Master chooses approaches that fit the team and the moment. That said, some techniques are well-established and worth knowing for interviews:

Start-Stop-Continue Team members identify practices to start doing, stop doing, and continue doing. Simple, fast, and good for teams new to Retrospectives. Works best when the team is comfortable speaking openly.

Mad-Sad-Glad (or Liked-Learned-Lacked-Longed For) Surfaces emotional context alongside process observations. Useful when team morale or dynamics need attention. Helps the Scrum Master understand what energizes the team, not just what frustrates them.

Five Whys When a problem surfaces, ask "why?" repeatedly to get to the root cause rather than treating symptoms. Pairs well with data gathered during the Sprint — if a bug escaped to production, the Five Whys moves the team past blame toward system-level fixes.

Dot Voting (or Roman Voting) After generating a list of improvement ideas, team members vote on which to prioritize. Efficient for surfacing consensus without lengthy debate. Keeps the Retrospective from running over time on low-impact items.

Timeline / Event Mapping The team reconstructs the Sprint chronologically, marking events — deployments, incidents, decisions, surprises. Good for longer Sprints or when the team needs to understand patterns across the full Sprint, not just the last few days.

A few principles that matter more than any specific technique:

  • Vary the format. Using the same technique every Sprint leads to disengagement.
  • Ensure psychological safety first. No technique works if people do not feel safe speaking honestly.
  • End with specific, committed improvements — not a general list of wishes. The 2020 Guide supports putting the highest-priority improvement directly on the Sprint Backlog.

Gotcha interviewers watch for: Describing techniques without connecting them to outcomes. Always explain why you would choose a technique and what problem it solves.

↑ Back to top

Follow-up 1

How do you ensure that all team members feel comfortable sharing their feedback during the Retrospective?

To ensure that all team members feel comfortable sharing their feedback during the Retrospective, it is important to create a safe and non-judgmental environment. Here are some strategies:

  1. Set the right tone: As a facilitator, start the Retrospective by emphasizing the importance of open and honest communication. Encourage everyone to speak up and assure them that their opinions will be valued.

  2. Use anonymous feedback: Provide a way for team members to share their feedback anonymously, such as using online tools or physical suggestion boxes. This can help those who may be hesitant to speak up.

  3. Active listening: Actively listen to each team member's feedback and ensure that everyone gets an opportunity to speak. Avoid interrupting or dismissing anyone's opinions.

  4. Respectful feedback: Encourage team members to provide feedback in a constructive and respectful manner. Set ground rules for the Retrospective to ensure a positive and inclusive discussion.

By implementing these strategies, you can create an environment where all team members feel comfortable sharing their feedback.

Follow-up 2

What strategies do you use to keep the Retrospective engaging and productive?

To keep the Retrospective engaging and productive, consider the following strategies:

  1. Timeboxing: Set a specific time limit for each agenda item to ensure that discussions stay focused and on track.

  2. Rotate facilitators: Assign different team members as facilitators for each Retrospective. This helps keep the sessions fresh and encourages active participation.

  3. Use visual aids: Incorporate visual aids such as whiteboards, sticky notes, or online collaboration tools to make the Retrospective more interactive and visually appealing.

  4. Mix up the format: Vary the format of the Retrospective to prevent monotony. For example, you can try different techniques, games, or icebreakers to keep the team engaged.

  5. Follow up on action items: Ensure that action items identified during the Retrospective are followed up on and implemented. This shows the team that their feedback is valued and leads to tangible improvements.

By implementing these strategies, you can create an engaging and productive Retrospective that encourages active participation and continuous improvement.

Follow-up 3

Can you share an example of a Retrospective that was particularly successful and why?

Sure! Here's an example of a Retrospective that was particularly successful:

In this Retrospective, the team used the Start-Stop-Continue technique. Each team member was given sticky notes and asked to write down what they thought the team should start doing, stop doing, and continue doing to improve their processes.

During the discussion, the team identified several areas for improvement, such as starting daily stand-up meetings, stopping unnecessary meetings, and continuing the practice of code reviews.

What made this Retrospective successful was the open and honest communication among team members. Everyone felt comfortable sharing their opinions, and the facilitator ensured that all voices were heard. The team also took ownership of the action items identified and followed up on them in the subsequent sprints.

As a result of this Retrospective, the team saw improvements in their collaboration, productivity, and overall satisfaction. It served as a catalyst for continuous improvement and helped build a culture of transparency and accountability within the team.

Live mock interview

Mock interview: Sprint Review and Retrospective

Intermediate ~5 min Your own free AI key

Your voice and your AI key never touch our servers; the key stays in this browser and is sent only to Google. Only your round scores are saved to track progress.