15 Scrum 15
15 Scrum 15
Package
• Restaurant orders:
• Preparation of some of the food before opening the shop (sprint
planning)
• continuous delivery of orders (adhoc stories)
• number of successful orders (velocity)
• cricket team:
• Run rate (velocity)
• team (scrum team self sufficient)
• over (sprint length)
• captain/ coach (scrum master)
Scrum
• The software development term scrum was first used in a 1986 paper
titled "The New Product Development Game". The term is borrowed
from rugby, where a scrum is a formation of players. The
term scrum was chosen by the paper's authors because it emphasizes
teamwork.
• Scrum is a subset of Agile. It is a lightweight process framework for
agile development, and the most widely-used one.
• Scrum is an agile project management methodology or
framework used primarily for software development projects
with the goal of delivering new software capability every 2-4
weeks.
• Scrum is an agile framework for developing, delivering, and
sustaining complex products, with an initial emphasis on
software development, although it has been used in other fields
including research, sales, marketing and advanced technologies.
Scrum Framework
• Sprint:
A Sprint is a time-box of one month or less. A new Sprint starts
immediately after the completion of the previous Sprint.
• Release:
When the product is completed then it goes to the Release
stage.
• Sprint Review:
If the product still have some non-achievable features then it
will be checked in this stage and then the product is passed to
the Sprint Retrospective stage.
• Sprint Retrospective:
In this stage quality or status of the product is checked.
• Product Backlog:
According to the prioritize features the product is organized.
• Sprint Backlog:
Sprint Backlog is divided into two parts Product assigned
features to sprint and Sprint planning meeting.
How Scrum Works
1. In a rugby scrum, all the players literally put their heads together. When it comes to
software development, a scrum can be characterized by developers putting their heads
together to address complex problems.
2. Scrum software development starts with a wish list of features — a.k.a. a product
backlog. The team meets to discuss:
• The backlog.
• What still needs to be completed.
• How long it will take.
3. Scrum relies on an agile software development concept called sprints:
• Sprints are periods of time when software development is actually done.
• A sprint usually lasts from one week to one month to complete an item from the
backlog.
• The goal of each sprint is to create a saleable product.
• Each sprint ends with a sprint review.
• Then the team chooses another piece of backlog to develop — which starts a new
sprint.
• Sprints continue until the project deadline or the project budget is spent.
5. In daily scrums, teams meet to discuss their progress since the previous meeting and
make plans for that day.
• The meetings should be brief — no longer than 15 minutes.
• Each team member needs to be present and prepared.
6. The ScrumMaster keeps the team focused on the goal.
How Scrum Works
Introduction to Scrum Terms
• Product owner: The product owner is the project’s key stakeholder and represents
users, customers and others in the process. The product owner is often someone from
product management or marketing, a key stakeholder or a key user.
• Scrum Master: The Scrum Master is responsible for making sure the team is as
productive as possible. The Scrum Master does this by helping the team use the Scrum
process, by removing impediments to progress, by protecting the team from outside,
and so on.
• Product backlog: The product backlog is a prioritized features list containing every
desired feature or change to the product. Note: The term “backlog” can get confusing
because it’s used for two different things. To clarify, the product backlog is a list of
desired features for the product. The sprint backlog is a list of tasks to be completed in
a sprint.
• Sprint planning meeting: At the start of each sprint, a sprint planning
meeting is held, during which the product owner presents the top items on
the product backlog to the team. The Scrum team selects the work they can
complete during the coming sprint. That work is then moved from the
product backlog to a sprint backlog, which is the list of tasks needed to
complete the product backlog items the team has committed to complete in
the sprint.
• Daily Scrum: Each day during the sprint, a brief meeting called the daily
scrum is conducted. This meeting helps set the context for each day’s work
and helps the team stay on track. All team members are required to attend
the daily scrum.
• Sprint review meeting: At the end of each sprint, the team demonstrates the completed
functionality at a sprint review meeting, during which, the team shows what they
accomplished during the sprint. Typically, this takes the form of a demonstration of the
new features, but in an informal way; for example, PowerPoint slides are not allowed.
The meeting must not become a task in itself nor a distraction from the process.
• Sprint retrospective: Also at the end of each sprint, the team conducts a sprint
retrospective, which is a meeting during which the team (including its ScrumMaster
and product owner) reflect on how well Scrum is working for them and what changes
they may wish to make for it to work even better.
• Each of the Scrum terms has its own page within the Scrum section, so be sure to check
out all the pages in the navigation.
A Visual Introduction to Scrum
• While scrum can benefit a wide variety of businesses and projects, these are
the most likely beneficiaries:
• Complicated projects: Scrum methodology is ideal for projects that require
teams to complete a backlog.
• Companies that cater to customers: Scrum can help companies that develop
products in accordance with customer preferences and specifications.
Scrum in Software Testing
While a rugby scrum may get rough and bloody, software developers shouldn’t
have to worry about that. Nonetheless, scrum is not for all developer teams or
software development projects. There are
disadvantages to implementing scrum projects:
• There is a danger of scope creep if stakeholders keep adding functionality to the
backlog. This could be encouraged by the fixed deadline.
• Scrum works best with small teams of experienced software developers. They
need to be able to work quickly.
• Scrum teams do not work well when the scrum master micromanages their work.
• Losing any team members can hurt the progress of the project.