0% found this document useful (0 votes)
44 views15 pages

14 Unnamed 28 03 2024

Scrum is a popular agile framework that focuses on managing tasks within a team environment using short iterative development cycles. It consists of cross-functional self-organizing teams, regular sprints, daily stand-ups, and artifacts like product backlogs and sprint backlogs.
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PPT, PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
44 views15 pages

14 Unnamed 28 03 2024

Scrum is a popular agile framework that focuses on managing tasks within a team environment using short iterative development cycles. It consists of cross-functional self-organizing teams, regular sprints, daily stand-ups, and artifacts like product backlogs and sprint backlogs.
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PPT, PDF, TXT or read online on Scribd
You are on page 1/ 15

Scrum

Agile Methodologies
Agile methodologies include the following:

• Dynamic System Development Methodology

• Scrum

• Extreme Programming

• Test-driven Development

• Lean

• Kanban
What is Scrum?
• Scrum is the most popular agile framework.

• Scrum concentrates particularly on how to manage tasks within a


team-based development environment.

• Scrum uses iterative and incremental development model, with


shorter duration of iterations.

• Scrum is relatively simple to implement and focuses on quick and


frequent deliveries.

• Scrum is a framework for developing and sustaining complex products


Why was the Scrum methodology developed?
• Scrum is a framework within which people can address complex
adaptive problems, while productively and creatively delivering
products of the highest possible value.

• Scrum is a process framework that has been used to manage complex


product development since the early 1990s.

• Scrum is not a process or a technique for building products; rather, it


is a framework within which you can employ various processes and
techniques.

• Scrum makes clear the relative efficacy of your product development


and management practices, so that you can improve a lot.
• The Scrum framework consists of Scrum Teams and their associated
roles, events, artifacts, and rules.

• Each component within the framework serves a specific purpose and


is essential to Scrum’s success and usage.

• The rules of Scrum bind together the events, roles, and artifacts,
governing the relationships and interaction between them.

• Across the industry, there are misconceptions that Scrum means no


documentation, scrum team consists of only developers, and so on. It
is not entirely so.
• In Scrum, the prescribed events are used to create regularity.

• All events are time-boxed events, such that every event has a
maximum duration.
Scrum Process Framework
Sprint
• The heart of Scrum is a Sprint, a time-box of two weeks or one month
during which a potentially releasable product increment is created.

• A new Sprint starts immediately after the conclusion of the previous


Sprint.

• Sprints consist
Sprint planning, daily scrum meeting, the development work, the
Sprint review, and the Sprint retrospective.
• In Sprint planning, the work to be performed in the Sprint is planned
collaboratively by the Scrum Team.

• The Daily Scrum Meeting is a 15-minute time-boxed event for the Scrum
Team to synchronize the activities and create a plan for that day.

• A Sprint Review is held at the end of the Sprint to inspect the increment
and make changes to the Product Backlog, if needed.

• The Sprint Retrospective occurs after the Sprint Review and prior to the
next Sprint Planning. In this meeting, the Scrum Team is to inspect itself
and create a plan for improvements to be enacted during the subsequent
Sprint.

• Scrum is a process framework that defines certain rules, events, roles and
artifacts in order to bring in regularity. However, it can be adapted to any
organization, based on needs, provided the basic scrum rules are not
Scrum Roles
• The Scrum Team consists of three roles, namely a ScrumMaster, a Product
Owner, and the Team.

• The ScrumMaster (sometimes written as the Scrum Master, although the


official term has no space after “Scrum”) is the keeper of the scrum process.

• He/she is responsible for:

• making the process run smoothly

• removing obstacles that impact productivity

• organizing and facilitating the critical meetings


• The Product Owner is responsible for maximizing the value of the product and the
work of the Team. How this is done may vary widely across organizations, Scrum
Teams, and individuals.

• The Product Owner is the sole person responsible for managing the Product
Backlog.

• Product Backlog management includes:

• Expressing Product Backlog items clearly.

• Ordering the Product Backlog items to best achieve goals and missions.

• Optimizing the value of the work that the Team performs.

• Ensuring that the Product Backlog is visible, transparent, and clear to all, and shows what the
Team will work on further.

• Ensuring that the Team understands items in the Product Backlog to the level needed.
• The Product Owner may do the product backlog management or have
the Team do it.

• However, the Product Owner remains accountable for product


backlog management .

• The Product Owner is one person, not a committee.

• The Product Owner may represent the desires of a committee in the


Product Backlog, but those wanting to change a Product Backlog
item’s priority must address the Product Owner.
• For the Product Owner to succeed, the entire organization must
respect his or her decisions.

• The Product Owner’s decisions are visible in the content and ordering
of the Product Backlog.

• No one is allowed to tell the Team to work from a different set of


requirements and the Team is not allowed to act on what anyone else
says.

• This is ensured by ScrumMaster.


• The Team is self-organizing and cross-functional.

• That means the team comprises of analysts, designers, developers, testers,


etc. as appropriate and as relevant to the project.

• The team model in Scrum is designed to optimize flexibility, creativity, and


productivity.

• Some people in the industry refer to this team as development team.

• However, such a reference is leading to controversy that the team can have
only developers and no other roles.

• It is an obvious understanding that it is only a misconception.

• To develop a software product, we require all the roles and that is the
essence of scrum – the team will function in collaboration.
• Cross-functional teams have all competencies needed to accomplish the work
without depending on others who are not part of the team.

• Thus time and effort can be saved.

• Optimal Team size is small enough to remain nimble and large enough to
complete significant work within a Sprint.

• The Team size should be kept in the range from five to nine people, if
possible.

• Fewer than five team members decrease interaction and results in smaller
productivity gains.
• The scrum team works together closely, on a daily basis, to ensure the smooth flow
of information and the quick resolution of issues.

• The scrum team delivers product iteratively and incrementally, maximizing


opportunities for feedback.

• Incremental deliveries of a complete product ensure a potentially useful version of


working product is always available.

You might also like

pFad - Phonifier reborn

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy