- Figure: This Scrum image includes all the important steps from the initial meeting to the Review and Retro. Print this
SSW 8 Steps to Scrum PDF and put it on your "
War Room" wall
In the Initial Meeting, the Product Owner explains the product vision. The team thinks about the Architecture needed and how long they will need to come up with an estimate.
The next step is Backlog Construction, also known as a Specification Review. The team proposes a high-level software architecture and a to-do list called the Product Backlog. The required features are broken down into Product Backlog Items, or PBIs for short. These PBIs are estimated and, before a dollar figure is presented, a buffer is added for generic tasks such as DevOps, Testing, Bug Fixes, Project Management, etc.
A quick note, there are only 3 roles in Scrum, The Product Owner (the boss), the Scrum Master (a kind of project manager), and the Team (who do the work).
The Sprint Planning session is for the Team to focus on the subset of the Product Backlog that they think they can complete in the next Sprint, (which is most commonly a 2-week time-box). The Product Owner puts the PBIs into priority order and makes sure the top ones have enough detail to be worked on. The Development Team then pulls PBIs from the top of the Backlog and commits to delivering as much as they forecast they can, in the coming Sprint.
The Development Team works on features in priority order, having done a Daily Scrum and sending 'Done' emails once the
'Definition of Done' is met. A task board is often used. During this process, the team also refines items in the Product Backlog to ensure they conform to the 'Definition of Ready'.
5. Product Increment
During the Sprint, the Development Team works on the PBIs in priority order and then closes them once they meet the 'Definition of Done', which often includes sending 'Done' emails. Every day, they do a Daily Scrum, where they go through the Task Board and talk about what they did yesterday, what they’re planning to do today, and if they have any blockers.
Product Feedback will then come in. Some will be bugs, and some will be small changes that can be added to the current Sprint. Other suggestions should be approved by the Product Owner and then added to the Product Backlog.
At the end of the Sprint, there is a Sprint Review, where the Development Team demos or plays done videos of the completed PBIs. The goal is for the Product Owner to understand the increment and to discuss the feedback to make the product better. This is the real measure of the success of the Sprint.
Lastly, there is the Sprint Retrospective, and this is the best part! The Scrum Team discusses what went well, what didn't, and what to improve, always inspecting and adapting.
From here, another Sprint Planning session commences, and the wheel keeps turning, getting better and better with every revolution.
- Figure: If you like this, retweet twitter.com/AdamCogan/status/375010501693960192