PMP® Certification Training Course
- 49k Enrolled Learners
- Live Class
Scrum is one of the most popular agile frameworks in use today and rightly-so because it is widely adopted by software and non-software development teams alike. If you want to master scrum you need an end-to-end understanding of this framework. This comprehensive agile scrum tutorial is designed to help you dive deeper into several aspects of Scrum.
Listed below are the topics discussed in this article:
Introduction to Agile: What is Agile Development?
Agile is a mindset, a philosophy, more like a way of thinking, a movement focusing on communication, team-thinking, intrinsic motivation, innovative talks, flow, and value creation while developing a product.
At its core, Agile is a set of principles for actions that keep a software development team organized and efficient. Agile started when in 2001, a team of software developers got together in Utah for a weekend of fun and discussion. They compiled their views and principles into a document that is easy to understand and apply. Which we refer to as Agile Manifesto.
Agile comes in a number of forms, meaning there are a number of subsets to Agile development. And Scrum is one of the. Each one of them emphasizes a somewhat different approach within the confines of the incremental, iterative, and adaptable philosophy of Agile. Let’s check out how scrum does that.
The official Scrum Guide defines scrum as:
“A framework within which people can address complex adaptive problems, while productively and creatively delivering products of the highest possible value.”
In simple terms, Scrum is a lightweight agile framework that can be used to manage iterative and incremental projects of different types. The concept here is to break large complex projects into smaller stages, reviewing and adapting along the way. With scrum you:
So, scrum is a flexible way of working on any kind of projects in this rapidly changing world. But that still leaves a lot of questions about the Scrum Framework. The first step is to drill down a bit further into Scrum’s origins and history.
The term “scrum” was first introduced by two professors Hirotaka Takeuchi and Ikujiro Nonaka in the year 1986, in Harvard Business Review article. There they described it as a “rugby” style approach to product development, one where a team moves forward while passing a ball back and forth.
Software developers Ken Schwaber and Jeff Sutherland each came up with their own version of Scrum, which they presented at a conference in Austin, Texan in 1995. In the year 2010, the first publication of official scrum guide came out. Since then, scrum has found application in a lot of domains.
Scrum has been used extensively, worldwide, to:
Scrum was founded based on empirical process control theory, or empiricism. Empirical process control relies on the three main ideas: transparency, inspection, and adaptation.
With empirical process control, you don’t fix the scope of the product nor the processes of how to build it. Instead, you create a small shippable piece of product in short cycles, inspect what and how you create it and adapt the product and the way you build it, with built-in mechanisms for transparency to enable clear inspection.
In addition to this Scrum added 5 values to the framework that each member of the team uses to guide his decision making. In the next part of this ‘Agile Scrum Tutorial’ let’s check out what those values are.
Five values that are the foundation for a Scrum team’s processes and interactions are:
You might have noticed that I have used the term ‘Scrum Team’ a lot of times till now. So, who exactly does the scrum team comprise of? What exactly does scrum sprint mean? What events does it involve? Who are the people involved in the Scrum Framework? Let’s check it out in the next part of this ‘Agile Scrum Tutorial’.
Let’s check out each of these.
There are three distinct roles defined in Scrum:
The Product Owner is responsible for the work the team is supposed to complete. The main role of a product owner is to motivate the team to achieve the goal and the vision of the project. Roles & Responsibilities of the product owner include:
The Scrum Master ensures that all the team members follow scrum’s theories, rules, and practices. They make sure the Scrum Team has whatever it needs to complete its work, like removing roadblocks that are holding up progress, organizing meetings, dealing with challenges and bottlenecks. He serves the product owner, the development team and the entire organization.
Most important responsibilities of a scrum master include:
The Development Team(Scrum Team) is a self-organizing and a cross-functional team, working together to deliver products. Scrum development teams are given the freedom to organize themselves and manage their own work to maximize the team’s effectiveness and efficiency. Roles & Responsibilities of the product owner include:
Now that you have an idea of what scrum is and the people involved, its time to learn about different events that occur during the scrum process. In the next part of this ‘Agile Scrum Tutorial’ let’s check out what those events are.
In particular, there are four events that you will encounter during the scrum process. But before we proceed any further you should be aware of what sprint is.
Sprint – A scrum sprint basically is a specified time period during which a Scrum Team produces a product. It forces prioritization, demonstrates progress, avoids unnecessary perfections, motivates closure, improves predictability and improves the return of investment.
The four events or ceremonies of Scrum Framework are:
It is a meeting where the work to be done during a sprint is mapped out and the team members. During this meeting, the entire team clearly defines deliverables for the Sprint and assigns the work necessary to achieve that goal. It is an event where you can get answers to the following questions:
What can be delivered in this Sprint iteration?
The development team decides on the functionality to be worked upon during the sprint duration. The product owner modifies product backlog accordingly and discusses the project target that a Sprint should achieve. Entire scrum team takes part in Sprint Planning to understand the work or tasks to be performed in that Sprint and create a sprint goal.
How to achieve that work?
Once the entire team agrees on the product backlog items and sets the Sprint goal, the development team starts developing the functionality. It does so by designing the system and the work needed to convert the Product Backlog into a working product Increment. By the end of sprint planning, the development team should be able to explain how it is going to accomplish the Sprint Goal.
Also known as a stand-up, it is a 15-minute daily meeting where the team has a chance to get on the same page and put together a strategy for the next 24 hours. The entire daily scrum meeting is based on discussing three-question listed below:
During the sprint review, product owner explains what the planned work was and what was not completed during the Sprint. The team then presents completed work and discuss what went well and how problems were solved. Here are some important points related to scrum review:
Thus, keeping all these factors in mind, a revised Product Backlog is the result at the end of the Sprint Review Meeting.
During sprint retrospective, the team discusses what went right, what went wrong, and how to improve. They decide on how to fix the problems and create a plan for improvements to be enacted during the next sprint. Regardless of how good a Scrum team is, there is always room for improvement. A good Scrum team will always focus on continuous improvement opportunities which is usually discussed in the Sprint Retrospective Meeting.
To understand scrum properly, you need to be aware of the artifacts that are used during the scrum process. In the next part of this ‘Agile Scrum Tutorial’ let’s check out those artifacts in detail.
Artifacts are just physical records that provide project details when developing a product. Scrum Artifacts include:
It is a simple document that outlines the list of tasks and every requirement that the final product needs. It is constantly evolving and is never complete. The Product Owner manages the Product Backlog, including how it’s made available to the scrum team, its content, and how it’s ordered, everything. The Product Owner and the rest of the scrum team work together to review the Product Backlog and make adjustments as and when necessary. For each item in the product backlog, you should add some additional information like:
It is the list of all items from the product backlog that need to be worked on during a sprint. Team members sign up for tasks based on their skills and priorities. It is a real-time picture of the work that the team currently plans to complete during the sprint. Here are some important points about sprint backlog:
The most important artifact is the product improvement, or in other words, the sum of product work completed during a Sprint, combined with all work completed during previous sprints. Important point is that the increment must be in useable condition regardless of whether the Product Owner decides to release it.
Well, this covers all the terms that you might come across when working with Scrum Framework. But, how does the scrum actually work? Let’s check that out in teh next part of this ‘Agile Scrum Tutorial’.
The image below roughly outlines hows a sprint in scrum works.
Step1: Scrum process begins with a product owner. Product Owner creates a product backlog, a list of tasks and requirements the final product needs. The important part is that product backlog must be prioritized.
Step2: The scrum team gets together for sprint planning, which is when the team decides together what to work on first from the product backlog. This subset of items from the product backlog becomes the sprint backlog.
Step3: During the sprint, the team meets to communicate progress and issues, this meeting is called the daily scrum. It is overseen by the scrum master who ensures that all the team members follow scrum’s theories, rules, and practices.
Step4: At the end of the sprint, the sprint review meeting is organized by the product owner. During the meeting, the development team demonstrates what they completed since the last sprint. Then the product owner gives information about what is remaining on the product backlog and estimated time to complete the project if needed.
Note: In scrum, at the end of each sprint, the team should have a functioning piece of the product to show for their work.
Step5: After the sprint review, the scrum team gathers-up in sprint retrospective meeting, where the team discusses what went well, what did not and if they could have done better. Might be a tech limitation is holding them back or a team member is overloaded with tasks. The team decides how to fix these problems and creates a plan for improvements to be enacted during the next sprint.
Step6: The cycle repeats for the remaining tasks in the product backlog. This goes on until either of the below-mentioned things happen:
So, in a nutshell, that is how the Scrum Framework is used to produce a working piece of the product after every sprint. To conclude Scrum is a flexible way of working in a rapidly changing world. With Scrum, you’re not creating more work for yourself; you’re being more efficient with your time and work.
This brings us to the end of this Agile Scrum Tutorial. I have covered all the basics that you should be aware of if you are planning to use scrum methodology. Hope you are clear with all that has been shared with you in this article.
Make sure you are well versed with the Scrum terminology before you start using it.
Got a question for us? Please mention it in the comments section of this Agile Scrum Tutorial and we will get back to you as soon as possible.
|PMP® Certification Training Course|
Class Starts on 21st May,2022
21st MaySAT&SUN (Weekend Batch)
|PMP® Certification Training Course|
Class Starts on 30th May,2022
30th MayMON-FRI (Weekday Batch)
|PMP® Certification Training Course|
Class Starts on 18th June,2022
18th JuneSAT&SUN (Weekend Batch)