Pricing Login
Pricing
Support
Demo
Interactive demos

Click through interactive platform demos now.

Live demo, real expert

Schedule a platform demo with a Sumo Logic expert.

Start free trial

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

Agile methodology - definition & overview

In this article
What is Agile methodology?
Waterfall vs Agile methodology: what's the difference?
Four values of the Agile methodology
Sumo Logic supports secure software development for Agile teams
FAQs
What is Agile methodology?
Waterfall vs Agile methodology: what's the difference?
Four values of the Agile methodology
Sumo Logic supports secure software development for Agile teams
FAQs

What is Agile methodology?

The Agile methodology is a set of techniques, values and principles designed to guide and improve how software development teams work together to deliver new applications and updates. It values:

  • Individuals and interactions over processes and tools
  • Working software over comprehensive documentation
  • Customer collaboration over contract negotiation
  • Responding to change over following a plan

Key takeaways

  • Developing an Agile methodology can help reduce the risk of project failure by collecting frequent feedback from customers helps ensure that new features are consistently meeting customer expectations for quality and value.
  • The difference between the Waterfall and Agile methodology is that Waterfall projects are plan-driven while Agile projects are customer-driven.
  • The original authors of the Agile Manifesto identified four values central to the Agile Methodology.
  • Sumo Logic supports development with the Agile methodology.

Waterfall vs Agile methodology: what's the difference?

The traditional software delivery method is sometimes called the Waterfall method. The Waterfall method is so named because it represents a linear, step-wise approach to software delivery. Just like the water flowing through a Waterfall travels in one direction, the workflow of a Waterfall software development project flows from one step to the next, and each step must be completed before the next one can begin. The process flow for the traditional software delivery method can be described in eight steps:

  1. Identify a business need or opportunity
  2. Gather and document software requirements
  3. Software and architecture design
  4. Coding and unit testing
  5. System testing
  6. User acceptance testing
  7. Debug
  8. Final delivery

In the Waterfall method, customers are involved only in the initial stage of development. Project leaders work with customers to capture their needs, then go off and build the entire product before returning it to the customers for user acceptance testing.

In contrast to the traditional Waterfall method, the Agile methodology takes an iterative and customer-focused approach to software development. Its goal is to deliver completed functional code units as frequently as possible.

Development teams using the Agile method usually do not build apps with traditional monolithic architecture. Instead, the agile process powers feature-driven development. Projects are divided into function units of code known as features or microservices, and the project schedule is divided into sprints. The goal of a sprint is to complete the entire delivery process for a single feature. In each sprint, developers will gather needs for that specific feature, design and code the feature, test it, get feedback from customers and test for errors before finalizing the code.

Steps of the Agile Development Methodology

1. Define the project scope and product requirements.
2. Create a product backlog with all the necessary features and user stories.
3. Plan the sprint by selecting user stories to work on.
4. Conduct daily stand-up meetings to track progress and address any issues.
5. Develop the features and functionalities in short iterations or sprints.
6. Test the developed features to ensure they meet the acceptance criteria.
7. Review the progress with stakeholders and gather feedback for continuous improvement.
8. Repeat the process for each sprint, incorporating feedback and making necessary adjustments.
9. Conduct a sprint retrospective to reflect on the successes and areas for improvement.
10. Continue iterating on the product until the desired outcome is achieved.

Four values of the Agile methodology

The original authors of the Agile Manifesto identified four values central to Agile Methodology. It is worth considering how each of these values is reflected in the Agile methodology today:

Individuals and interactions over processes and tools

This first Agile principle reflects an important belief shared by the founders of Agile: software problems are solved by teams of individuals interacting with each other, not by processes and tools. The Agile methodology encourages software engineering to work in teams, program in pairs, meet daily and interact with each other regularly as needs arise to solve problems.

Working software over comprehensive documentation

Founders of the Agile methodology were frustrated that the Waterfall method would require them to write hundreds of pages of technical documentation for applications that nobody would ever read. The Agile methodology does not discourage the documentation of code wholesale, but it does encourage development teams to minimize their wasted effort by only producing documentation that drives value, especially by writing tests for the system that document its behavior.

Customer collaboration over contract negotiation

The Waterfall method encourages a contract negotiation model where software development firms enter into fixed-price contracts with the entire scope of work negotiated upfront. Changing requirements to the scope of work is discouraged, as it means modifying the original contract. Agile software delivery favors a "time and materials" or non-fixed funding structure that helps align customer and developer incentives and promote quality.

Adaptive software development
In the Waterfall delivery method, software developers deliver projects based on requirements and scope of work that are effectively set in stone at the project's outset. There is little or no opportunity to collect customer feedback throughout the design and code development process, so building applications according to the customer's exact requirements is imperative. In the Agile methodology, frequent customer feedback drives user satisfaction by ensuring that development teams deliver work that meets user needs, even as they change.

Sumo Logic supports secure software development for Agile teams

More and more software development teams rely on cloud-based environments to support product testing and deliver their applications to customers. Sumo Logic's application observability solution empowers software developers to monitor the operational performance of applications deployed in the cloud while protecting development platforms, infrastructure and sensitive data against malicious cyber attacks.

FAQs

What is the role of a product owner in agile software development?

In agile software development, the product owner plays a crucial role as the key stakeholder, representing the customer's or end-user's voice. They are responsible for defining and prioritizing the product's features, managing the product backlog, and ensuring the development team delivers value with each iteration. The product owner works closely with the development team to communicate requirements, provide clarifications, and make decisions to maximize the product's value and success.

What is a user story in agile software development?

A user story in agile project management concisely describes a feature or functionality from an end-user perspective. It typically follows a simple template: "As a [type of user], I want [some goal] so that [some reason]." User stories help with agile planning, identifying users' needs, prioritizing value-based work, and delivering incremental improvements. They are lightweight to capture requirements and guide development, focusing on the user's requirements and expectations rather than technical details. Each user story represents a work that can be completed within a single iteration or sprint.

What is sprint planning?

Sprint planning is a crucial aspect of agile methodology, involving the collaborative process where the development team, product owner and scrum master come together to plan the upcoming sprint. During sprint planning, the team reviews and prioritizes the items from the product backlog, breaks them down into smaller tasks, estimates the effort required, and commits to completing them within the sprint duration, typically one to four weeks. Sprint planning aims to create a clear plan of what work will be done during the sprint and establish a shared understanding among team members regarding the scope and objectives.

Complete visibility for DevSecOps

Reduce downtime and move from reactive to proactive monitoring.