The Sprint Review for Developers

In Agile software development, the Sprint Review Meeting is a demonstration meeting held at the end of every sprint. In it, the Scrum team showcases new features finished in the sprint. To some, this may seem excessive or unnecessary. Why have a review meeting after every sprint when you can just have one big review meeting at the end of the project? However, having a sprint review meeting at the end of every sprint yields several benefits.

The biggest benefit of the sprint review meeting is that it keeps all parties informed. Even roles who did not directly work on the project get regular updates. Stakeholders see features in action, within weeks after they are finished. Instead of going months or even years without new features, they see the fruits of new development often. In turn, developers and other scrum team roles see stakeholder reaction to their hard work. This can help steer future development.

Similarly, the sprint review offers an open forum for questions. Not only are stakeholders allowed to give feedback, they are encouraged. If they like or dislike features, or need clarification on how something works, they can voice these concerns. The scrum team then sees where they may need to explain things better, or how to change development moving forward.

Roles in the Sprint Review Meeting

Most people consider the product owner the key role of the sprint review meeting. For most parts of the sprint review, the product owner is the role who approves or rejects the sprint deliverables. Product owners are responsible for interacting with stakeholders, and the most important purpose of the sprint review is showing stakeholders what new features are in the product. No other roles of a scrum team have customer-facing responsibilities.

On the communication front, Scrum Masters would also have a responsibility in the sprint review meeting. The Scrum Master is typically in charge of coordinating different roles and guiding the Agile development process. As such, it would be up to the Scrum Master to make sure everyone on the team is informed.

Developer Responsibility

So what part do developers have in the sprint review meeting? It would make sense for developers’ work to be done before the sprint review. New development is done, and features have been tested if they are to be shown at the meeting. The sprint review meeting is just demonstrating what the scrum team accomplished. The developer role offers value to the sprint review meeting, most notably, developers have the expertise to answer technical questions. They know what goes on under the surface with a product. If stakeholders have questions that other roles cannot answer, developers should know the details.

Along with explaining details, developers can assuage concerns. If stakeholders are worried about vulnerabilities, developers can explain what security measure is in place to prevent them. If concerns are impossible or unlikely to happen, developers can elaborate on why. On the occasion that stakeholders do bring up valid concerns, developers have the opportunity to explain how it will be addressed moving forward.

Developer Benefit

The biggest benefit that developers stand to gain from the sprint review meeting is first-hand exposure to stakeholders. This is especially true with accepting or rejecting deliverables. One of the biggest problems with traditional development is how feedback gets filtered through different people. Customers respond to marketing employees, who send this information down the pipe to developers. By the time developers hear the information, it may have lost the majority of its original meaning. This watered down summary is rarely helpful to developers. How can they make productive changes when they don’t really know what the customers wanted?

<– Continue Reading –>

Our Book Recommendations

We found these books great for finding out more information on Agile Scrum:

Master of Agile – Agile Scrum Developer With 59 Seconds Agile (Video Training Course)

Introductory Offer: Free Course

Master of Agile – Agile Scrum Developer With 59 Seconds Agile (Video Training Course)

What is this course?

This ‘Master of Agile – Agile Scrum Developer With 59 Seconds Agile (Video Training Course)’ provides an in-depth understanding of the Agile Scrum Developer roles and responsibilities

You will explore the Agile Scrum project life-cycle, including how an Agile User Story is created, to how we know when it is ‘done’

This course is aimed at those with or without prior knowledge and experience of the Agile values and principles

During this course you will learn the tools needed to succeed as an Agile Scrum Developer

What will you learn?

You will gain an in-depth understanding of the Agile Scrum Developer roles and responsibilities, and you will be able to

  • Fully understand the role of the Agile Scrum Developer
  • Understand the roles involved in an Agile project
  • Create an effective Product Backlog
  • Effectively participate in Scrum Meetings such as the Daily Stand-up, Sprint Review and Retrospective
  • Identify the roles involves in the Scrum Team

What topics are covered within this course

You will cover the following topics during this course:

  1. An Introduction to Agile Project Management (Developer)
  2. The 12 Agile Principles (Developer)
  3. Introduction to Scrum (Developer)
  4. Scrum Project Roles (Developer)
  5. The Agile Project Life-cycle (Developer)
  6. Acceptance Criteria and the Prioritised Product Backlog (Developer)
  7. Initiating an Agile Project (Developer)
  8. Forming the Scrum Team (Developer)
  9. Epics and Personas (Developer)
  10. User Stories and Tasks (Developer)
  11. Implementation of Scrum (Developer)
  12. The Daily Scrum (Developer)
  13. The Product Backlog (Developer)
  14. Scrum Charts (Developer)
  15. Review and Retrospective (Developer)
  16. Validating a Sprint (Developer)
  17. Retrospective Sprint (Developer)
  18. Releasing the Product (Developer)
  19. The Communication Plan (Developer)
  20. Formal Business Sign-off (Developer)
Translate »