The Sprint Review for Developers – Part 2
With the sprint review meeting, developers get responses “straight from the horse’s mouth.” Stakeholders can immediately voice their approval or rejection, made official by the product owner. For rejections, developers hear exactly why stakeholders do not approve of the feature. They get direct concerns, as well as changes that the product owner or stakeholders want for the feature. With this information, developers are better equipped to make exactly what changes would produce a better feature and product.
Even in the case of feature acceptance, developers get a better indication of how much the stakeholders approved. If the feature was a great success, developers know that they did something right. If, however, a feature barely got accepted, developers realize that they should make changes moving forward. The ultimate goal is to deliver value to customers, and a better approval yields more value.
Sprint Review Without Developers
The best way to appreciate what developers do for the sprint review meeting is to imagine the meeting without developers. If no developers were present, the sprint review meeting might go well until technical concerns come up. Without developer expertise, other roles rarely know the intricate details of how the software works. Analysts know how the software should behave, but not how it was created. Quality assurance technicians know whether there are problems, but not how they might work. Only the developers know how the features were created, and have an understanding of how they work.
Beyond technical concerns, someone on the team would have to forward acceptance or rejection to the developers. Even if someone records minutes for the meeting, will it have all of the necessary details? Developers may have the intuition to ask about details that other roles may not have considered. This means that developers would have to talk with stakeholders later to clarify details before they can go about fixing rejected issues or moving forward with accepted features.
Developers are important in the Agile process even into the sprint review meeting. A meeting that is normally attributed to the product owner and scrum master benefit greatly from developer presence. Plus, developers get access to information that would otherwise be passed around and lose meaning before reaching the recipient.
<– 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:
- An Introduction to Agile Project Management (Developer)
- The 12 Agile Principles (Developer)
- Introduction to Scrum (Developer)
- Scrum Project Roles (Developer)
- The Agile Project Life-cycle (Developer)
- Acceptance Criteria and the Prioritised Product Backlog (Developer)
- Initiating an Agile Project (Developer)
- Forming the Scrum Team (Developer)
- Epics and Personas (Developer)
- User Stories and Tasks (Developer)
- Implementation of Scrum (Developer)
- The Daily Scrum (Developer)
- The Product Backlog (Developer)
- Scrum Charts (Developer)
- Review and Retrospective (Developer)
- Validating a Sprint (Developer)
- Retrospective Sprint (Developer)
- Releasing the Product (Developer)
- The Communication Plan (Developer)
- Formal Business Sign-off (Developer)