Perhaps THE most important element to Scrum and Agile is the enthusiasm for communication, openness and transparency. These factors underpin everything we do in our daily work using Agile and Scrum practices; they are why we value customer collaboration over contract negotiations and why we’re not afraid to respond to change as we know that feedback is important.
Agile approaches only asks that we learn from our mistakes and/or identify new ways to improve. As one of the principles of the Agile Manifesto states:
“At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behaviour accordingly.”
It is with this call for open communication that Scrum encourages us to hold five key events during a Sprint, all intended to help us work efficiently and closely together, as well as to improve our knowledge and become more effective in the future.
These five events are:
- Sprint Planning
- Daily Scrum
- Sprint Review
- Sprint Retrospective
- The Sprint
All are crucially important in their own right and it is for that reason that while I will briefly examine each one here.
Sprint Planning
This is the event that kick starts each Sprint and is where the Product Owner and Developers discuss which Product Backlog Items (PBI’s) will be included in Sprint. While the Product Owner has the right to prioritise each PBI for potential inclusion in the Sprint, the Developers are encouraged to respond, raise issues and push back where necessary. The Developers then forecasts how many PBI’s they can deliver in the Sprint, given their knowledge of velocity, resources and any factors which could influence the time and resources they have available.
The outcome of the Sprint Planning event is to get a Sprint Goal and Sprint Backlog that everyone agrees is realistic and achievable.
Daily Scrum
Scrum seeks to efficiently use your time and resources and the Daily Scrum event is no exception. The Daily Scrum is timeboxed to 15 minutes. Standing up is not compulsory. However, many teams find this a useful technique to keep the event short and to the point.
The Daily Scrum is an opportunity for the Developers to check-in, assess progress towards achieving the Sprint Goal and to review and plan their activities for the next 24 hours.
Sprint Review
Look again at the above principle from the Agile Manifesto — “At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behaviour accordingly.” That principle alone sums up the reason behind our next two events, the Sprint Review and the Sprint Retrospective.
Both events take place at the end of the Sprint. The aim of Agile approaches is not necessary to get everything ‘perfect’ the first time around but to improve continuously. These events help make that possible.
A Sprint Review usually takes place on the last day of the Sprint and allows the Scrum Team the opportunity to show the Done Increment to stakeholders (customers, management and anyone else considered relevant and interested). As well as inspecting working features produced during the Sprint, you are also after useful feedback that can be incorporated the Product Backlog that may help guide the work for future sprints.
Sprint Retrospective
The final event in the Sprint is the Sprint Retrospective. This is when the Scrum Team reviews what could be improved for future Sprints and how they should do it. The ethos of Scrum dictates that no matter how good the Scrum team is, there will always be an opportunity to improve and the Sprint Retrospective gives the team a dedicated time in which to identify, discuss and plan this. The whole Scrum Team should take part including the Developers, the Scrum Master and the Product Owner. The event should be a collaborative effort, just like the entire Scrum and Agile process.
The Sprint
The Sprint is an event in itself that contains all the work and all the other events that happen during the timeboxed period of development.
Do You Want To Learn Scrum?
TheScrumMaster.co.uk Simple Guide To Scrum Do you want to learn Scrum? TheScrumMaster.co.uk can help you. Learn fast, learn slow, learn for free, learn online or however you like to learn. Our Simple Guide To Scrum has something for you.
TheScrumMaster.co.uk Ultimate Scrum Practice Assessments All our Scrum Practice Assessments. 20+ assessments and 2000+ questions. The most comprehensive practice assessments available to help you prepare for the Scrum.org assessments.
Scrum.org Launches Professional Scrum Product Backlog Management Skills Training Course
28th September 2023Scrum.org Professional Scrum Product Backlog Management Skills (PSPBM Skills) Study Notes
27th September 2023How To Pass The Professional Scrum Product Backlog Management Skills (PSPBM Skills) Assessment From Scrum.org
27th September 2023Share this Post
Comments 9
I’m interested in studying SAFe. You think I can understand this at 60? I need all the help I can get
Author
Hi Gladys,
You can learn anything at any age if you are interested in it. Good luck!
Simon
What about grooming (backlog refinement)? I’d argue that’s a key event.
Author
Hi Mike,
Refinement is an activity the Scrum Team needs to carry out, but it is not a Scrum event. This is because it does not have a prescribed timebox or position in the Sprint.
Simon
i am still confuse, we get some question is there five events in scrum or 4, yes there are 5 events, does we consider sprint it self a event?
Author
5 events in Scrum. The Sprint is an event.
Yes sprint is an event. So they are five
What does SM prepare for each Scrum event?
Author
Hi Maria,
The Scrum Master helps to ensure that the events take place and are positive, productive, and kept within the timebox. So typically the Scrum Master facilitates Sprint Planning, the Sprint Review and Sprint Retrospective and makes sure each one achieves its purpose. The Scrum Master typically needs to plan how they will do this in advance of each event. So for example – Do the attendees understand the purpose of each event? How will the event be structured? How will we stay focussed during the event in order to deliver the outputs before the timebox expires.
Regards
Simon