Agile Project Management
All about Agile Methodology and Agile Project Management

Introduction to Agile Project Management

Agile project management is on the rise. Agile methodologies are applicable to all sectors. More and more businesses are adopting agile techniques as the default way they manage projects and deliver change.

It’s easy to see why. One of the characteristics of agile projects is that there is constant collaboration with stakeholders and a focus on iteration. Being an agile project manager means delivering on an iterative basis, demonstrating value at every point to ensure the end result is exactly what the customer wanted.

Predictive methodologies will always have their place, and whether you are new or experienced at agile project delivery, we have resources to help.

Agile Methodology Featured Podcast: The Agile Practice Guide

Listen now to this featured Podcast on Agile Methodology.

In this featured podcast, learn how project management has evolved to reflect the new norms of working practices with the publication of the Agile Practice Guide, developed in collaboration with the Agile Alliance. The way we work is changing. Gone is the industrial, routine work. Here to stay is knowledge-oriented work that requires collaboration to manage change, complexity, and uncertainty.
Jesse Fewell, Mike Griffiths and Cornelius Fichtner
Jesse Fewell, Mike Griffiths and Cornelius Fichtner
Scroll down to see the full list of our Agile Methodology podcasts.

What is Agile Project Management?

Agile project management is an iterative way of delivering a project by breaking it down into smaller chunks of work. Each chunk delivers something of value to the customer. The team works in a highly collaborative partnership with the customer to achieve fast, frequent deliveries.

Agile project management follows a cycle of planning, delivery and review. It provides a framework to respond to change, making it a fantastic way to approach projects in a complex and uncertain environment.

So why is it called 'agile'? The team at The Agile Alliance explain it like this:

The authors of the Agile Manifesto chose “Agile” as the label for this whole idea because that word represented the adaptiveness and response to change which was so important to their approach.
Agile Manifesto? What's that? The Agile Manifesto was put together in 2001 by a group of 17 software developers. It is a declaration of the values and principles that help teams deliver exceptional work in a fluid project delivery environment.

Core Values and Principles of Agile

There are a number of 'flavors' of Agile and we'll look at those in detail a little later. They all share common values and principles -- those set out in The Agile Manifesto.

Four Core Values from The Agile Manifesto

The Manifesto for Agile Software Development sets out these four 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

Just to be clear: the authors of the Manifesto were not saying that the items on the right were unnecessary in project management. Instead, they were making the point that they valued the items on the left more.

What does it mean to work to those values? Let's review how you can put them into practice in your workplace.

  • Individuals and Interactions Over Processes and Tools
    Agile ways of working value people and the relationships people have with each other over software and formulaic ways of getting things done. People can respond to change and drive the process in a more aligned way than any tool could. Communication and empowerment within the team is important for issue resolution and ownership.
  • Working Software Over Comprehensive Documentation
    Agile values documentation, but it values working software more. This approach ensures the team focuses on delivering something for the customer, instead of getting tied up producing paperwork. It is important to record what has happened and produce documentation, but many teams take a 'just enough' approach. Historically, some project management methodologies have been criticized for being overly bureaucratic, which is something all Agile approach strive not to be.
  • Customer Collaboration Over Contract Negotiation
    Working in partnership with the customer is crucial. In a predictive project environment, contracts often include a long period of negotiation where exact requirements are documented for delivery. Iterative projects don't require that because you can add to the requirements list as the project progresses. This flexibility means the customer gets exactly what they want because they are involved every step of the way.
  • Responding to Change Over Following a Plan
    Agile methods value being responsive to change and ensuring the work aligns to current business priorities. You will still have and use an agile project plan but deviating from that is necessary and welcome if it gets you closer to what the customer values. The iterative nature of product development means the impact of changes is typically less than in a waterfall project. If you make a change late in the life cycle of a project taking a predictive approach, it can cost a lot and involve a lot of rework. That doesn't happen with Agile as the project scope is iterated as necessary during the development.

12 Agile Principles

The Agile Manifesto also lays out 12 principles. They describe the ideal culture of an Agile team, and how the work produced by the team aligns to the business needs. The principles are:
  • Satisfy the customer through early and continuous delivery.
  • Harness change for the customer's competitive advantage.
  • Deliver a working product frequently.
  • Work together daily throughout the project.
  • Build projects around motivated individuals who have the environment, support and trust they need to get the job done.
  • Work face-to-face wherever possible.
  • Consider a working product as the primary measure of progress.
  • Promote sustainable work so the team can work at a consistent pace.
  • Pay continuous attention to technical excellence and good design.
  • Simplify wherever possible.
  • Create self-organizing teams.
  • Reflect on how to become more effective, then adjust accordingly.

Agile versus Waterfall Methodology

In the past, agile methodologies were commonly seen as reserved for software projects, with other projects using waterfall or predictive methodologies. A waterfall way of working requires a full project brief upfront so everyone knows what the end product looks like, and a sequential set of steps to work through.

Today, practitioners from almost every industry and vertical have adopted agile and iterative principles and agile is no longer seen as exclusive to software development. It’s possible to think in an adaptive and flexible way, respond to change quickly and meet the needs of your customer (even if those needs change regularly) on almost any type of project. In fact, the agile vs traditional project management debate is fading as project teams from all industries acknowledge that finding an approach that works for them, their project, the team and the client is more important than rigidly sticking to one way of working.

Let's look at a quick comparison between Agile vs Waterfall project management.


  • Build the product iteratively
  • Respond to changes in priority by shifting the order that requirements are looked at and built
  • Team works collaboratively with a lot of input from the customer to ensure the end result is fit for purpose


  • Elicit and document all project requirements in advance
  • Design and build the project requirements in the planned order
  • Easy to see the big picture timescales and predict final cost for the effort
There are some similarities between agile ways of working and waterfall ways of working. Here are 5 things that the two approaches have in common.
  • Teams create a plan for what is to be done
  • Teams have to estimate the work required
  • Teams report on progress
  • The product is tested
  • Teams review lessons learned.
As you can see, some common principles hold true between both approaches to delivering work. At the end of the day, all teams making changes and delivering new products, services and processes want to make sure their end result is what the customer asked for. Here is some more detail on how those similarities play out between the different approaches.
  • Teams create a plan for what is to be done
    In both methods, teams create a project plan for the work they are going to do. In Agile, the team has a backlog of requirements. Each iteration is planned in turn, drawing priority requirements from the backlog. In Waterfall projects, the team defines the requirements at the beginning with the customer and then delivers them during the project execution phase.
  • Teams have to estimate the work required
    You can't plan the workload for the team if you don't know how long each individual task will take. Both approaches require subject matter experts to estimate task duration so the work can be accurately planned and scheduled.
  • Teams report on progress
    Executive managers still want to know what's going on, regardless of what methodology you are using to deliver their project! There are different ways to report progress, from the burndown charts used in Scrum to a monthly project report. Today, many PMOs support both iterative and predictive teams and require reporting from each.
  • The product is tested
    Agile is not a shortcut to pushing out a product that hasn't been robustly tested. In fact, because testing in baked into the schedule for each iteration, you could argue that there is more time for testing than in a Waterfall project. In our experience, if a Waterfall project is running late, testing is the part of the schedule that gets squeezed. Either way, testing is important to both approaches because we all want the customer to get a quality product.
  • Teams review lessons learned
    Agile teams discuss lessons learned and opportunities for improvement in the retrospective meeting. This is normally held at the end of every iteration and is an opportunity to discuss what worked and what didn't go so well. Traditionally, Waterfall methodologies have only required project managers to hold a lessons learned meeting at the end of the project. It benefits every type of team to reflect on their achievements and also consider what could be improved for next time.

Benefits of Agile Project Management

Now you know the background to Agile and some of the fundamentals, let's look at why you should consider using these approaches to managing your projects. Here are the benefits of using iterative project management methods.

  • Helps manage scope uncertainty
  • Encourages continuous improvement
  • Increases project control
  • Boosts efficiency across the team
  • Delivers a high quality product

Yes, Agile methods really do offer these benefits! Let us prove it to you by explaining how your team could benefit from making the shift to a more iterative way of working.

  • Helps manage scope uncertainty
    The flexible and iterative nature of agile ways of working make agile methodologies perfect for environments where the requirements are not fully known at the beginning of the work – or they are known but are likely to change. As the team defines what features are worked on next, they can build the solution based on the customer’s priorities and what will deliver the most value at any given point. Each iteration brings the vision closer, but still leaves the project open to change and evolution as required.
  • Encourages continuous improvement
    Another feature of the agile methodologies used by teams is that they include a reflective element. Whatever formal Agile approach you take, the team is encouraged to carry out retrospectives to consider what worked, what didn’t and how they could adapt their working practices to be more effective going forward. There’s a culture of continuous improvement which supports both the product being delivered and the way the team works to deliver it.
  • Increases project control
    Project managers coming from a more traditional context will appreciate this! If you ever thought Agile was a 'dive in and just get started' way of doing work, then think again. Short time-boxed work periods and detailed planning to select just the right requirements for each iteration means you have a lot of control over what is done and how it is carried out.
  • Boosts efficiency across the team
    Agile teams are characterized by their highly collaborative ways of working. They are also known for tracking and managing work visually because transparency is valued. As a result, the team naturally becomes more efficient. The daily standup meeting encourages team members to talk to each other about what they have been doing and where they are stuck. Together, the team is a powerful unit with a common goal, everyone pulling in the same direction to complete the iteration and showcase their work to the client.
  • Delivers a high quality product
    Waterfall teams work with the customer at the beginning but typically do not engage much with them during the development phase. The exact opposite is true in an Agile team. The Product Owner is the role responsible for representing the views of the business and ensuring the end result is what the customer wants. They are involved throughout the project and they take a hands-on role in the team during iteration planning and review. This close working relationship with the customer means the product is not only high quality but also a perfect fit for the business' needs.

Agile Project Management Frameworks

There are a number of common agile frameworks. They all share common characteristics that include delivery on an iterative basis and a strong collaborative approach across the whole team. Whatever agile project management training you do, you'll find the methods share much in common although they do have unique differences that allow you to adapt to the needs of the project and organization.

Agile project management tools and techniques allow you to work collaboratively as a team. Teams are often self-organizing, meaning the team works together to determine priorities. The backlog is the list of work still to do, and backlog grooming helps the team identify what should be worked on next.

So what are these frameworks? Common frameworks and approaches for implementing agile management include:

  • Scrum
  • Crystal
  • Dynamic Systems Development Method (DSDM)
  • Feature-Driven Development (FDD).


Agile project management with Scrum is one of the most common Agile frameworks. Scrum project management aims to deliver products and change by releasing incremental improvements and functionality on a regular basis, often during a two- to four-week agile sprint.

The Scrum framework started out as a way of building software systems. The application of Scrum is frequently seen in development teams because it lends itself to incremental delivery over short, iterative cycles, following clear agile methodology steps. However, this way of working is growing in popularity for other industries as well due to the benefits and streamlined approach to project delivery.

More and more project managers are adding Scrum Master to their list of certifications. If you're involved in this type of project, Scrum project management certification would be something to look at for your career.


Crystal is a lightweight approach to development and again has roots in the software industry. The Crystal family of methods focuses on how teams can optimize and adapt their processes to deliver something of value to the customer.

The big differentiator for Crystal is that it’s a collection of agile practices grouped in several methodologies. You select the most appropriate approach based on the size of the team and criticality and priority of your project. The larger the team, the bigger the expected product at the end, and the higher the criticality of the project, the more you need to follow the appropriate agile methodology steps and apply structure to the work.

Crystal is an approach developed by Alistair Cockburn. The method for leading the smallest project is outlined in his book, Crystal Clear.

Dynamic Systems Development Method (DSDM)

The DSDM Framework has been around for longer than we’ve been using the term ‘Agile’ to describe iterative, solution-led delivery methods, and it’s a proven framework for project management. It has a strong focus on collaboration and business alignment for projects. In common with other agile workflows, it promotes frequent, iterative development and empowering the team for success.

The unique feature of DSDM is takes a different approach to governance and project control and wraps 'being agile' into a project life cycle that looks more familiar to those managers coming from a Waterfall background.

Feature-Driven Development (FDD)

Where Scrum focuses on delivery, FDD focuses on features, as you might expect from the name! Where Scrum has user stories, FDD has features. The focus on value for the customer is the same.

FDD is structured and scalable. A feature list is created and then planning, design, build and test is completed for each feature. Each feature contributes to the overall model or final product that the customer is expecting.

FDD is a lightweight method mainly considered for software development projects. Jeff De Luca is considered to be the architect behind the FDD approach back in 1999, although others have contributed to its evolution over time.

What is a User Story in Agile?

A user story in Agile is a simple description of a requirement, from the perspective of the end user. It describes who they are, what they want and why they need the feature.

The Importance of User Stories

User stories are important because they put people first. They help the team focus on why they are building something and who they are serving, instead of the technical or feature components.

User stories talk about the outcome or goal: the "why" behind a feature. This approach means the customer's experience is always a top consideration for the development team.

How to Write User Stories

User stories follow a simple framework. You only need to know three things:
  • The person, persona or role
  • What they want
  • Why they want it.
The user story format is as follows:
As [person/role], I want [goal] so that [reason].
Here are some user story examples.
  • As a student, I want to learn online so that I can study Agile around my work.
  • As a customer, I want to order online so I don't have to go to the shop.
  • As a manager, I want to see my employees' personnel records ordered alphabetically so I don't have to search for them.
User story mapping is the brainchild of Jeff Paton who literally wrote the book about user stories. Now, we can't imagine a world where agile projects don't use them. User stories are a simple but powerful tool to ensure the customer receives a product they can use effectively and that meets their needs.

Agile Metrics

Regardless of what agile workflow you are using, you will need to track your progress. Agile metrics allow teams to manage performance and track performance. Here are some common metrics used for just that.
  • Velocity
  • Lead time
  • Cycle time
  • Stories committed vs completed
  • Value delivered
If you are new to iterative ways of working and agile practices, those terms may be unfamiliar. Let's review what they mean so you can use the terminology with confidence.
  • Velocity
    Velocity measures the average amount of work done by the team during an iteration. You'll see it measured in hours. Think of velocity as a measure of efficiency. The more work a team can get through, the more they can deliver in each iteration. Velocity tends to improve over time as the team gets used to the cadence of the project and working together.
  • Lead time
    Lead time is the duration between the customer making a request and it being completed. This is a helpful metric as it gives you an idea of how quickly the team is turning around requirements and how long the customer is going to have to wait before they see something. It also gives you a precise measure of how long it took to deliver each feature.
  • Cycle time
    Cycle time measures how long it takes for a feature to move from 'started' to 'done'. Obviously some stories are going to take longer to work on than others depending on their complexity. Cycle time is a useful measure because it helps you predict how long you need to complete work and informs your estimating.
  • Stories committed vs completed
    This is a useful measure of how realistic the team is when it comes to estimating! Track how many user stories the team thought they would be able to deliver in an iteration and then compare that to what was actually delivered when the iteration completes. As a Scrum Master or agile project manager, you can use that information to guide the team's planning at the next iteration. Make sure that any incomplete stories are carried over (if they are still appropriate) and help the team understand what is a realistic workload for the next iteration.
  • Value delivered
    Value is an abstract term, as what is valuable to one customer might be irrelevant to another project stakeholder. However, it is an important feature of Agile to focus on delivering high value to the client. We do that through prioritizing requirements and giving each feature a value. Ideally, the team should plan to work on the most valuable features first so the customer has a usable, useful product as early as possible. Track value by adding up the 'value points' assigned to each feature and ensuring that you are consistently adding value at each iteration.

How to Choose the Best Agile Project Management Software

With all these user stories to organize and metrics to calculate, you can see that having agile project management software is going to help you manage the work. Here is what to look for in a tool.
  • Remote team support
  • Backlog planning and management
  • Progress tracking
  • Collaboration features
  • Workflows for review and approval
Let's look at what these features have to offer your agile team so you can properly assess any software tools against your requirements.
  • Remote team support
    Historically, agile teams have sat together and worked in the same location, but that is becoming less of a requirement and more of a nice to have today. Your agile project management tool needs to be able to support remote and distributed teams. For example, you all need to be able to log in and see your work for the day with the right level of security permission for each role.
  • Backlog planning and management
    The backlog can be considered the source of all the work, so you need somewhere to store product requirements and user stories. Make sure your software has an easy-to-use repository where you can track the priority of backlog task and easily move them into the current sprint.
  • Progress tracking
    Team velocity depends on knowing how much you have done, so progress reporting is a must have feature. Look for software that offers a range of reports out of the box, like burndown charts.
  • Collaboration features
    A core principle of agile methods is being able to work together collaboratively. Your software should facilitate that. Consider a tool that has discussion forums, commenting on tasks, document sharing, audit trails and the ability to work on the same task at the same time.
  • Workflows for review and approval
    Some agile tools will have a workflow feature, where you can assign tasks to someone, and they can accept the task and work on it. Then they can assign the task to someone else for review or approval. Automated workflows help the team stay on top of tasks and also reduce the amount of email requests as people try to move their tasks on to the next step. Automation can save a lot of time. You can also look for features that notify and alert team members when something changes or tasks are assigned to them.

Agile Project Management Best Practices

There are many agile project management tools and techniques. Below, we summarize the most important best practices that should be incorporated into your agile workflow.
  • Develop iteratively
  • Collect continuous feedback
  • Hold daily standups
  • Focus on value
  • Choose the right methodology
How can you adopt these best practices in your agile workflow? Here are some quick tips on what to look for.
  • Iterative development
    Working iteratively means building your product in stages. Each stage adds more functionality and features. Each iteration covers a small, manageable deliverable that adds value so ultimately the whole product is delivered. Check that your team is working in short time-boxed sprints, and that there is something tangible and complete delivered at the end of each one.
  • Continuous feedback
    Agile retrospectives give the team the chance to reflect and improve their practice. During the review, the team considers the agile methodology steps, the actions taken and what could be done differently. Then they prioritize making changes to work efficiently and effectively. Check that your team has a way to capture feedback and that all voices are heard.
  • Daily standups
    Another way of gathering feedback is the daily standup meeting. The team gets together for a short time each day to talk about what they are doing and what issues they are facing. This makes sure everyone has the latest information about the project and can work together to overcome problems. Put the daily standup meetings in your team's calendar now and make them non-negotiable.
  • Focus on value
    The team agrees what features will add the most value, working collaboratively with the Product Owner and other customer representatives. The focus on value helps prioritize requirements so the most important features get the attention they deserve. Keep asking yourself: Is this going to add value to the customer and get us closer to the Product Owner's goals?
  • Methodology
    The Agile project management methodology helps the team stay on track. You'll choose the right approach for your project, and it's important to understand how the method works so you can adopt it in the most appropriate way. Critically review the choices you have made about how to deploy Agile in your work environment. What else could you do to make your agile methodology steps even more useful and relevant?
Agile leadership requires a change of mindset, and in our featured agile podcasts, you’ll hear a range of expert voices, many of them sharing tips about how to adapt and develop the agile mindset in your organization to effectively lead your projects.
I think most people are at least now vaguely familiar with the Agile manifesto. It talks about valuing things like individuals’ interactions, collaboration with the customer, delivering working software. But what does it mean when we overlay that with the Large Enterprise aspect? When we’re talking about scaling Agile we see a really diverse set of system users interacting with the data. More complexity comes out when we try to scale Agile beyond just one team working by themselves or even a couple of teams working by themselves.
Joy Beatty

PM Podcast Episodes on Agile Methodology

Below you'll find a short selection of our favorite PM Podcast episodes that talk about agile project management and agile methodologies. Listen to experts share their agile project management examples and real-life stories to inspire you.

How to Integrate Risk Management into Agile Projects

A major challenge for many project managers is knowing how to effectively plan, identify, and manage risks when using agile approaches. In this interview with Laszlo Retfalvi, you'll learn how to develop the proper project risk management statements required to support agile approaches. We also look at how to apply proven techniques for risk management in agile projects. This discussion addresses how to integrate tried-and-tested risk management techniques with agile approaches to increase the probability of project and organizational success.
Laszlo Retfalvi and Cornelius Fichtner
Laszlo Retfalvi and Cornelius Fichtner

More Projects Are Using Agile Than Ever

Are you using an adaptive life cycle to manage your projects? Like the Agile methodology Scrum, XP, Kanban or DSDM? You are most certainly not alone - even if you only adopted agile ways of working recently. There are more and more projects using agile and that's a good thing. In this interview with Joseph Flahiff you'll learn why he believes that Agile is now the new normal.
Joseph Flahiff
Joseph Flahiff

How to Write Excellent User Stories

Betsy Stockdale explains the life cycle of agile requirements and how to use visual models to identify epics and user stories. Learn how to write testable acceptance criteria in this interview. You'll improve your general understanding of Agile approaches as well as take away specific tips on how to write great user stories.
Betsy Stockdale and Cornelius Fichtner
Betsy Stockdale and Cornelius Fichtner

How to Pass the PMI Agile Certified Practitioner (PMI-ACP)® Exam

Are you considering whether currently studying or thinking about studying for your PMI Agile Certified Practitioner (PMI-ACP)® Exam? This is the perfect interview for you! We meet past student Yazmine Darcy who talks about her overall experience, general thoughts on the process and her recommendations for your studies. There are so many tips in this interview to help with your PMI-ACP exam prep and if you're still debating PMI-ACP vs PMP this will help.
Yazmine Darcy
Yazmine Darcy


Agile methodologies help you get closer to customer requirements and truly understand the impact of the changes you are making. Working in an agile way often leads to faster, better outcomes, more team engagement, higher customer satisfaction and the knowledge that you are making a real difference.

There are lots of Agile tools, techniques and practices to choose from. Our expert interview guests will break down the topics and help you adapt agile methodologies to suit your own organization.

Project Management for Beginners and Experts

Going beyond Project Management Professional (PMP)®, PMI Agile Certified Practitioner (PMI-ACP)®, and Certified Associate in Project Management (CAPM)®

PM PrepCast, Agile PrepCast, PM Exam Simulator, PDU Podcast, PM Podcast are marks of OSP International LLC. PMI, PMBOK, PMP, PgMP, PfMP, CAPM, PMI-SP, PMI-RMP, PMI-ACP, and PMI-PBA are registered marks of the Project Management Institute, Inc.

Copyright © 2023 OSP International LLC. All Rights Reserved. Our Privacy Notice: