DevOps and Security Glossary Terms

Glossary Terms
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z

Scrum - definition & overview

In this article
What is scrum?
Scrum theory and the three pillars of scrum
Three roles in the scrum team
Four scrum events
Three scrum artifacts
How Sumo Logic is the right tool for scrum teams
What is scrum?
Scrum theory and the three pillars of scrum
Three roles in the scrum team
Four scrum events
Three scrum artifacts
How Sumo Logic is the right tool for scrum teams

What is scrum?

In software development, scrum is a project management framework or methodology that is used to efficiently produce quality work while adapting quickly to change. The scrum framework is not a prescriptive set of processes and techniques. It simply provides an over-arching conceptual model.

Key takeaways

  • The scrum framework is not a prescriptive set of processes and techniques, but rather provides an over-arching conceptual model on top of which you can add the working methods that function best for your unique circumstances.
  • The iterative, incremental approach that characterizes scrum projects helps make projects more predictable and reduce the risk of project failure.
  • In the scrum framework, there are three defined roles for the scrum team: product owner, development team, and scrum master.
  • The scrum framework for application delivery is based on sprints, or fixed durations of time during which the Scrum team attempts to deliver a specified feature or set of work.

Scrum theory and the three pillars of scrum

The scrum framework defines three key aspects of the software development team:

  1. Roles and responsibilities

  2. Events

  3. Artifacts

The scrum framework is founded on the core concept of Empiricism, which asserts that knowledge comes from experience and supports an evidence-based decision-making process that derives wisdom from past successes and failures. The iterative, incremental approach that characterizes scrum projects helps make projects more predictable and reduces the risk of project failure. Empirical process control relies on three qualities that form the three pillars of the scrum framework.

Transparency

Members of the scrum team must collaborate effectively to ensure that project stakeholders share the same vision for the project and maintain visibility of the project's current issues and status. The key to transparency is establishing a common understanding.

Inspection

The iterative and incremental approach to scrum projects encourages members of the development team to perform frequent inspections of their work and the work of other team members, checking for errors and working to detect undesirable deviations from project requirements.

Adaptation

The concept of adaptation is similar to that of change management or corrective actions in the context of quality control processes. When a product is created that does not conform to the specified requirements, the process or materials must be adjusted to minimize further deviation and correct the deviation before it negatively impacts the end user. Inspection and adaptation are formally conducted through the four scrum events.

Three roles in the scrum team

Scrum teams are self-organizing and cross-functional. They consist of experts with broad domain coverage working together to achieve a common goal in the most efficient way possible. In the scrum framework, there are three defined roles for the scrum team: product owner, development team and scrum master.

The product owner

The product owner is the person in charge of managing the product backlog and maximizing the output value of the software development team. The product owner communicates with the development team about the product backlog, helping them organize and prioritize their working time to optimize value creation.

The development team

Development teams are teams of people that develop software products. They may participate in systems design and architecture, code the software for the application, create and conduct various types of testing and perform other security, development, and operations tasks throughout the software life cycle. In the scrum paradigm, development teams should be self-organizing and empowered to choose their own working methods and techniques.

The scrum master

The scrum master has been described as the servant-leader for teams operating in the scrum paradigm. The objective of someone in this role is to help ensure that other members are effectively organizing their project contributions in accordance with the scrum framework. A scrum master supports the organization, other team members and their activities by promoting transparency between working teams, communication, and adherence to the scrum framework. The scrum master is an evangelist for scrum theory, rules, practices, and values.

Four scrum events

The scrum framework for application delivery is based on sprints. A sprint is a fixed duration of time during which the scrum team attempts to deliver a specified feature or set of work. There are four major events that take place in the scrum framework, and all of them are organized around the sprint.

Planning sprints in the scrum framework

Each sprint is a time-boxed event — it lasts only a specific duration. Sprint planning, therefore, deals with two important questions:

  1. What can be delivered during the upcoming sprint?

  2. How will the scrum team work together to deliver this work in the upcoming sprint?

Daily scrum meetings

The daily scrum meeting is meant to occur in a 15-minute time box that cannot be exceeded. This meeting may be called a "scrum" but the term "stand-up" is also popular. A stand-up meeting is intentionally kept short by having attendees stand up and talk instead of sitting around a table in a meeting room. Daily scrum meetings are meant to deal with immediate problems, address objectives and challenges for the day, and to ensure that the team is on track to meet its sprint target.

Sprint review

The sprint review is one of the most formalized processes of the scrum framework. The purpose of the sprint review is to assess and update scrum artifacts and collaborate to determine the next steps.

Sprint retrospective

The purpose of a sprint retrospective is to analyze the performance of the scrum team over the past sprint and identify any opportunities for improvement that could lead to better results in the future.

Three scrum artifacts

Scrum artifacts help ensure project transparency and drive information flow throughout the scrum team. There are three important scrum artifacts of which practitioners should be aware.

Product backlog

The product backlog is a comprehensive to-do list for the project. It contains a detailed list of all requirements and all changes that must be made to the product in future releases.

Sprint backlog

The sprint backlog contains all of the product backlog items selected to be completed in a sprint. These items are the highest priority items for that sprint, as identified by the product owner.

Increment

If the product backlog is a to-do list for the project, the increment is a list of all items on that list that have been checked off. Items in the Increment must be marked as "done" according to the scrum team's shared definition of what constitutes a finished release.

How Sumo Logic is the right tool for scrum teams

Software development teams can use the scrum framework to deliver high-quality projects faster than before, but only when equipped with the right software tools. Today, many developers build products in the cloud, taking advantage of affordable IT infrastructure and platform-as-a-service (PaaS) products offered by cloud service providers.

For developers working in the cloud, Sumo Logic's cloud-native analytics platform provides real-time insight into the operational and security performance of your public or hybrid cloud environment. With Sumo Logic, developers can spend less time managing administrative and maintenance tasks and more time engaging with scrum team members to make each sprint a success.

Complete visibility for DevSecOps

Reduce downtime and move from reactive to proactive monitoring.