Your Guide To Get Started With Scrum Methodology
There are many agile methodologies that are based on those values and principles. One of them is Scrum, and statistics show that more than 65% of agile teams use scrum as their main methodology to manage their projects. Scrum is an agile methodology in which the project is divided into small iterations, each iteration has a length of 1 to 4 weeks. Scrum has many activities & roles, let’s understand each of them separately.
Scrum Goals
Let’s begin with the three main scrum goals which are “Product Owner-Scrum Master-Development Team.”
Product owner
The product owner represents the client. He is the one responsible for writing requirements in the form of the “Product Backlog”. He also answers any questions the customer or the development team has in terms of the requirements.
Scrum master
The scrum master is like a coach that helps the team in applying scrum principles correctly. He should know scrum deeply and be able to remove obstacles that prevent team members from progressing.
Development Team
The development team develops and tests the software. So, in scrum teams, the tester is part of the development team or the scrum team.
Requirements
In scrum projects, we have different levels of requirements which are: “Product backlog-Release backlog-Sprint backlog-Epic-User story”
User Stories
So how does the team manage the user requirements in Scrum projects?
The requirements in scrum projects are written in the form of user stories. The user story is a document that captures user requirements in the form of “As a …….., I want ……, so that I can ……”
An example user story for the login function can be: As a new user, I want to be able to register to the website so that I can use its features. Each user story comes with acceptance criteria that must be met for the user story to be done.
Example acceptance criteria for the registration user story can be:
Users can register using a valid phone number or email
The password field must be at least six digits, alphanumeric, and begins with a capital letter
Product backlog
This is a document that includes all user stories in the project. It might take the team a whole year to develop and test all features in the product backlog. The product owner writes the product backlog
Release backlog
Release backlog is the part of the product backlog which the team will develop within the next months “Mostly three months”.
Sprint backlog
Sprint backlog includes features that the team will work on within the next iteration “One to four weeks”. Each sprint should result in a potentially shippable product. The whole team -not the product owner- decide what will be developed within the next iteration(sprint).
Epic
The epic is a large user story that will need a long time to be developed and tested. So for example, if there is a functionality that will require 16 hours to be developed, then we consider it as an epic and then divide it into 3 or 4 user stories. Each requires around 4 hours to be finished.
Planning
Next, we need to discuss planning in scrum projects. We have many types of planning in scrum projects. We will discuss them now.
Planning poker
The planning poker is an activity held at the beginning of each sprint so that we estimate the effort and time required for each user story to be developed, tested, and integrated.
In planning poker, the product owner reads a user story, then each team member estimates the amount of effort required for this user story individually. If the estimate of all team members is the same, then this is the correct estimate for this user story. If the estimate of each team member is different, then team members discuss the reasons that made them make this estimate and repeat the session until they reach an agreed estimate.
Daily stand-up meeting
Every day, the whole scrum team meets and discusses their progress. Each team member talks about three points:
-What he did yesterday
-What he is going to do today
-Any issues that block his progress towards reaching his goal today
Sprint review meeting
The sprint review meeting is a meeting held at the end of each sprint. In this meeting, the team discusses the features that were developed in this sprint. Did they achieve their goals? Are all customer requirements fulfilled?
Retrospective Meeting
The retrospective meeting is like the review meeting. It is held at the end of the sprint, but its goal is different that the goal of the review meeting. The main goal of the retrospective meeting is for the agile team to retrospect on itself. Three main questions are answered during the retrospective meeting:
- What went well during the sprint? [So that the team keeps doing it]
- What went bad during the sprint? [So that the team stops doing it]
- What activities be added so that the team increases its productivity?
Related Posts
Difference between Responsive Testing and Cross Browser Testing
Introduction to Performance Testing
Cross Browser Testing Explained
Agile Methodology: 4 Values and 12 Principles
How To Write A Defect Report
How To Document Test Scenarios Using Trello
9 Types of Testing Every Tester Should Know
Seven Steps of Testing Process
Difference between Static and Dynamic Testing
7 Principles of Software Testing
Latest Posts
Difference between Responsive Testing and Cross Browser Testing
Difference between Responsive Testing and Cross Browser TestingWhat is meant by cross browser testing? Cross browser...
Introduction to Performance Testing
Introduction to Performance TestingIntroduction to performance testing Did it ever happen to you that you get to...
Cross Browser Testing Explained
Trying to test your website across different browsers can be time-consuming and error-prone. But with the help of these handy tools, testing your website in different browsers will become a lot easier!