123ArticleOnline Logo
Welcome to 123ArticleOnline.com!
ALL >> Hardware-Software >> View Article

The Anatomy Of A Sprint Review

Profile Picture
By Author: Mrugesh panchal
Total Articles: 48
Comment this article
Facebook ShareTwitter ShareGoogle+ ShareTwitter Share

The sprint review meeting is an important scrum event. In scrum, a lot of emphasis is given upon its successful completion. The scrum master enforces the scrum process and is responsible for its streamlined implementation. S/he ensures that the review is properly carried out. The product owner is an important entity in scrum and “conducts” the review to ensure whether the user stories are in fact shippable, and can be presented to the stakeholders during the succeeding sprint retrospective meeting held immediately after the review.

Purpose
The primary objective of the sprint review is to demonstrate the user stories developed during the sprint. The stories are demonstrated to the product owner who verifies that the acceptance criteria is properly adhered to and whether the stories are “shippable”. In certain cases, when scrum is implemented to suit a particular organization’s specific work process, the management or the product owner may decide to provide prompt feedback regarding the acceptance status even while a sprint is currently underway. The product ...
... owner may comment, or mark a particular task as rejected or incomplete if it does not meet the acceptance criteria, even while the team is currently developing other sprint backlog items during the sprint. However, a sprint review is essential for scrum, and the stories need to be formally flagged as unacceptable in the event they do not meet the definition of “done” during the sprint review. There can be certain variations about how or when the review should be conducted, but in all aspects, a formal review is a “must” for scrum and should be held after the sprint iteration is over.

Duration
Ideally, the review should be time boxed to a maximum of 4 hours for a sprint extending for one month, or for 2 hours if it lasts for 2 weeks.

Activity
The product owner identifies how many sprint backlog items the team has completed during the sprint. If some of the tasks have been left incomplete, the PO demands an explanation regarding their incomplete status, and the team is liable to discuss any problem which may have impeded the development of the tasks. Sometimes, the development team may fail to estimate the user stories in a precise manner, and might accept more stories than it is capable of developing. The error may be based upon a lack of proper judgment, but it needs to be identified and discussed during the review. If some of the user stories fail to satisfy the acceptance criteria, the product owner should demand an explanation as to why the team failed to develop it in the correct manner. Did the team member fail to understand the definition of “done”? Was there some technical reason why the story failed to satisfy the acceptance criteria? The reasons should be pinpointed and dealt with during the review. The scrum master should also contribute to the review by putting forward his or her observations and advise during the meeting.

The review is generally informal in nature and its main purpose is to ascertain the status of completed user stories. The review activity should be precise and focused to be effective.

Attendance
The entire scrum team should attend the meeting. This primarily includes the product owner and the scrum master. Ideally, the stakeholders and end-users should also be invited to the meeting even though their participation is not mandatory. However, their presence may help to make the review more realistic and support the inspect and adapt process which is so essential to scrum methodology. Stakeholders can provide some valuable feedback and even offer an insight into the acceptance criteria linked with user stories. The entire team can understand the user stories from the project owner’s perspective, and it may help the team to analyze the user stories from a totally different viewpoint during the development stage.

Call to actions
Each meeting should result into actionable activities. The review should result into a list of “To do” items for the team in most cases, especially if the scrum team is new or inexperienced. The call-to-actions should be worked out keeping in mind the lessons learnt from prior sprints.

Total Views: 546Word Count: 692See All articles From Author

Add Comment

Hardware/Software Articles

1. How It Support Teams Benefit From A Ticketing System
Author: Sathish Sundar

2. Cybersecurity Trends In Web Development For 2025: Protecting Your Online Presence
Author: kanhasoft

3. Modernizing Your Fuel Station For Better Performance With Petrosoft
Author: Petrosoft

4. Rental Printers In Chennai
Author: ARK CANTON ENTERPRISES

5. 5 Ways How Finance And Business Analytics Is Revolutionizing Finance In 2025
Author: BiCXO

6. What Is An Expense Data Analysis? A Hidden Goldmine That Impacts Your Bottom Line
Author: BiCXO

7. Odoo Erp V18: It’s New, It’s Smart, It’s Sleek, It’s Powerful!
Author: Vasanth Ananth

8. How To Improve Employee Experience Using Workplace Management Software
Author: Jeya

9. Streamline Your Nyc Business Operations With Next-gen Payment Platforms
Author: Onyx Braun

10. What Are The Benefits Of Environmental Testing?
Author: Ace Test Labs

11. What Is Ansible In Devops?
Author: Jan Khan

12. Choosing The Best Erp Software For Your Manufacturing Business
Author: Ahesanali

13. Chchoosing The Best Erp Software For Your Manufacturing Businessoosing The Best Erp Software For Your Manufacturing Business
Author: Ahesanali

14. Amazon Seller Fba Tools: Finding Profitable Products Using Fba Tools In 2025
Author: kanhasoft

15. Key Benefits Of Project Cost Tracking Software For Efficient Project Management
Author: prestartr

Login To Account
Login Email:
Password:
Forgot Password?
New User?
Sign Up Newsletter
Email Address: