What Does Agile Mean in Project Management?
Developing a new product, service, or literally anything, and bringing it successfully to the market is not an easy job. Traditionally, you need to prepare the concept for it, do the planning, go through execution and monitoring, and only then reach the closure phase.
At first look, you have everything mapped out, so you can expect your project to run smoothly. However, in today’s fast-paced business world, things don’t happen that easily, do they? Especially in a knowledge work environment, there are emerging changes that you need to be able to respond to in order to keep your project moving forward.
Unless your team or even entire organization is flexible and has a way to respond to those changes, your risk continuously delaying the delivery of your projects and eventually becoming uncompetitive on the market.
To prevent that, here comes the concept of Agile project management. It represents:
- an iterative approach to managing projects
- where the focus is on working on small batches;
- visualizing processes to create transparency;
- collaborative working with the customer, and
- getting feedback as fast as possible.
This allows you to adapt to changing requirements in a timely manner and enables you to produce higher quality products and services so you can better satisfy your customer’s needs.
Furthermore, Agile project management helps teams find and resolve issues faster and frees up capacity which allows for the rapid implementation of a given solution.
Here, we should also mention that a common misconception about Agile is that it is a methodology. In fact, it is more of a way of thinking for collaborative problem-solving and a mindset that people apply to modern-day project management. Its real utility lies within giving people a common foundation for taking a specific approach to developing products and services in a knowledge work environment.
A Brief History of Agile
Originally having its roots from the software development industry, let’s quickly explore how the idea behind Agile project management came into being in the first place.
It all started with the so-called “application development crisis” in the early 1990s. Back then, there was a huge lag time of about 3 years between a business need for an application, and the actual software delivery. Often, by the time the final product was released, the technology was already different or customer requirements had drastically changed. This resulted in many failed projects and sunk costs.
Those extremely long project lead times led to the frustration of thought leaders in the software development industry. They started organizing informal meetings between themselves, determined to find a way to develop software solutions in an easier and more effective way.
This is how it came about the now-famous gathering of 17 software development leaders at the Snowbird ski resort in the Wasatch mountains of Utah between 11-13 February 2001. The group met to talk about skiing, have some drinks, eat and relax. However, what eventually emerged was the “Agile Manifesto” that changed the way we manage projects today.
Explaining What is Agile Project Management in Detail
In the core of Agile project management lies the word “agility” which literally means “mobility, nimbleness” as well as from the Latin agere: “keep in movement”. This signifies the ability to move something forward in a quick way that allows easy changes of direction.
So, in terms of project management, “agility” has five important attributes that form the building blocks of the Agile process. Those are:
- Customer focus
- Sense of Ownership (Effective Leadership)
- Continuous Improvement
Combined together, they are what make a project Agile.
To discuss them in more detail, let’s break down each one of them below:
One of the central themes in Agile project management is the shared understanding of the process including the definition of done among all concerned parties. This calls for increased transparency in the way teams work and communicate.
In an Agile environment, people openly share their work progress through the integration of information radiators such as Kanban boards. This allows everybody to understand what their peers are doing and how they are doing it which, in turn, enables conversations on how to do it better.
Furthermore, team members are encouraged to freely share their ideas but also challenges without feeling concerned that this might compromise their status in the project. As a result, the Agile approach to project management aims to create an environment of unity where teams own their mistakes and collectively work toward their resolution.
10 Years Kanban Experience In 1 Free Book:
Project Manager’s Guide to Kanban
There is a famous quote by the serial entrepreneur Dave Mcclure which states that “Customers don’t care about your solution. They care about their problems”. In other words, even if you have the best solution in the world, in case your customers don’t see how in reality it will help them solve their problem, they are not going to want to use it.
That’s why the Agile approach to project management places a heavy focus on making sure customer requirements are well understood through constant collaboration. The goal is to provide customers with not just what they asked for but what they really need. This is a common challenge in a knowledge work environment as when work is practically invisible, the specifications for it might be easily misunderstood.
So, in the Agile project delivery lifecycle, there are frequent feedback loops that serve as checkpoints where customers can see how “what they thought they wanted” actually looks in practice. This contributes to the development of new knowledge and the exploration of possible innovative solutions.
Also, through frequent customer collaboration, Agile aims to bring increased efficiency to projects. This happens through the reduction of extensive project rework which creates huge wastage of both time and resources. As a result, Agile projects enjoy lower levels of production and delay costs which make the final product or service cheaper for the end customer.
The other main idea behind Agile project management is to make teams be more capable to respond to changes as a result of the checkpoints that we mentioned above. This also calls for more frequent value delivery to the end customer so teams can gather fast feedback directly from the market.
That’s why, instead of producing one big batch of work, Agile focuses on an iterative approach where teams break down their projects and continuously deliver small chunks of them while retaining flexibility for the remaining work.
The goal is to make sure that what is being worked on is actually synchronized with the end-user alongside the Agile development lifecycle. As a result, you will be able to capture any changing customer requirements early in the process, quickly adapt to the new situation, and thus avoid any significant delays in the final project delivery.
To better illustrate this cycle of continuous adaptation, let’s take a quick look at the Agile phases.
Agile Project Management Phases
In general, the way that the Agile project delivery process works can be summarized in the following phases:
- Envision – create the high-level product/service vision for the customers as well as determine who will be involved in the project
- Speculate – this is an extension of the “Envision” phase where teams gather the initial broad requirements for a product/service and develop an iteration plan based on the vision.
- Explore – work on the project deliverables with a focus on flow, aiming to get feedback from the customer as fast as possible
- Adapt – review delivered results and adapt as necessary to current conditions
- Close – conclude the project, pass along key findings
Here, unlike the stages of traditional project management, there is one key difference that happens inside the “Adapt” phase which defines the iterative nature of Agile project management.
After you have created the vision for the product and prepared an iteration plan, you proceed to the “Explore” phase. There, the aim is to continuously release small deliverables to the market instead of waiting for all of them to be completed.
Then, in the “Adapt” phase, teams engage in short project reviews with the customers who give their respective feedback. The idea is to adapt your future actions based on that feedback and, if necessary, apply small modifications to what has been delivered instead of doing an extensive rework.
Sense of Ownership
Another attribute that “agility” brings to project management is the instilment of a sense of ownership within teams which contributes to more effective leadership.
For example, in traditional project management, all pieces of information go through a dedicated project manager who allocates tasks to different team members. This can be ineffective due to the increased likelihood of some of the information to get lost.
In contrast, Agile projects give a large fragment of the decision-making process to the team members.
In reality, they are the ones closest to the technical details of the work, so it makes perfect sense to actively include them in the planning processes and allow them to decide how to best execute their own tasks. Eventually, team members are encouraged to collaborate with one another and find solutions to problems based on their own understanding instead of having to wait for the “boss” to say what needs to be done.
This creates an environment of shared ownership which motivates and empowers teams to be more efficient in the work they do. As a result, they will end up contributing in the best possible way toward the successful completion of the project.
In turn, the leadership becomes more effective because the focus is diverted toward managing the work (not the workers) which is what actually generates the profits for the business. In addition, successful leaders in Agile projects set shared goals with their team members, help remove impediments by optimizing the flow of work, provide them with the necessary resources, and encourage collaborative learning.
One of the most important attributes of Agile project management is that it creates an environment for continuous improvement. Teams regularly engage in frequent learning cycles alongside the development of the project as opposed to one big “lessons learned” session at the end of it.
This ensures that important process improvements take place while the Agile project is still in motion which can positively contribute to the successful delivery of the final solution to the end customers. Of course, there is nothing wrong with the other approach which is still present in the Agile project management process. However in an environment where the work is invisible and changes often occur, relying only on that turns out to be ineffective for successful Agile project delivery.
Furthermore, as the work is broken down on small deliverables, they are being continuously handed over to the customers for their examination and feedback. This also contributes to the continuous refinement of a product or service with the goal in mind to make it perfectly fit for the target customer.
Agile Values and Principles
Becoming agile is all about shifting your mindset and following specific values and principles in the way you work.
The 4 key values of Agile are the following:
- Individuals and interactions over processes and tools.
- Working software over comprehensive documentation.
- Customer collaboration over contract negotiation.
- Responding to change over following a plan.
It’s important to mention that these values were defined in the following format: “While we value the things on the right, we value the things on the left more”. This means that processes and tools, documentation, contracts and planning are still extremely important. We just have to use them wisely.
In addition to the values, there are also 12 principles of Agile software development:
- The highest priority is to satisfy the customer through early and continuous delivery of valuable software.
- Changing requirements must be welcomed, even late in the development process. Agile processes harness change for the customer’s competitive advantage.
- Working software must be delivered frequently, from a couple of weeks to a couple of months, with a preference to the shorter timescale.
- Business people and software developers must work together daily throughout the project.
- Build projects around motivated individuals. Give them the environment and support they need, and trust them to get the job done.
- The most efficient and effective method of conveying information to and within a development team is a face-to-face conversation.
- Working software is the primary measure of progress.
- Agile processes promote sustainable development. The sponsors, developers, and users should be able to maintain a constant pace indefinitely.
- Continuous attention to technical excellence and good design enhances agility.
- Simplicity – the art of maximizing the amount of work not done — is essential.
- The best architectures, requirements, and designs emerge from self-organizing teams.
- At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly.
Even though Agile project management stems from the software development industry, it is being successfully applied to many other areas such as product development, architecture, marketing, financial services, etc.
Agile Project Management Methods
So far, we have mainly explored what Agile project management is, including its main characteristics. Now, let’s take a more detailed view of the process and concern some of the most popular Agile management styles and methods.
As Agile became a hot topic at the beginning of the 21st century, many frameworks took advantage of the rising hype and rapidly became famous (Scrum, SAFe, etc.). However, a lot of companies seeking true business agility realized that highly prescriptive frameworks and agility are kinds of opposite things. This is why many organizations today are looking into Agile methodologies that create and support a stable workflow and tailor the processes to their own needs, instead of adopting highly prescriptive frameworks.
Today, the most popular Agile methods or frameworks for project management are Kanban, Scrum, and Scrumban.
So, let’s start with Kanban.
Kanban is a method formulated a decade ago. It focuses on evolutionary change and continuous process improvements.
The method has 6 core practices:
- visualize work
- limit work-in-progress
- manage flow
- make process policies explicit
- implement feedback loops
- improve collaboratively
Teams visualize their work on a Kanban board that serves as a central information hub where all tasks should be placed. This will allow people to exchange information much faster and collaborate more effectively while working on different projects.
A Kanban board is divided into columns that represent different stages of the workflow. This helps project managers and teams organize and manage work much better, keep track of different projects, and acquire a better overview of the whole process.
One of the most important Kanban practices is limiting work-in-progress. The WIP limit is the amount of work that’s allowed to exist in each of the board columns. This is one of the most effective tools you can use to create a massive focus on your team. It will help your team focus on finishing work and improve overall efficiency.
On the other hand, we all know that projects, teams, and individuals are unique. Different teams have a different set of skills, level of experience, expertise. Different projects may have different scope, budget, and so on.
This is why Kanban suggests that you should start with what you do now and evolve gradually. No drastic changes, no revolutions. This is what makes Kanban one of the most adaptive Agile project management methods.
As a matter of fact, Kanban can be applied by any team in your organization from IT to marketing. The main reason is that Kanban:
- respects the current processes and roles
- doesn’t require revolutionary, but evolutionary changes
- suggests you should pursue incremental, evolutionary change and try to improve continuously
If you want to use Kanban just put it on top of your current processes and start improving step by step.
Many believe that Scrum is an Agile method, but actually, it is a prescriptive framework. By nature, it is an iterative approach that uses time-boxed intervals and split projects into fixed periods called sprints. The main purpose is to support teams to productively and creatively deliver products of the highest possible value.
There are 3 immutable roles:
- the Product Owner
- The Scrum Master
- the Team
The product owner represents customers and other stakeholders. He/she organizes and manages the product backlog, which is a prioritized task list of all the work items needed for the product. On the other hand, the Scrum Master is a servant-leader of the team and helps everyone understand and apply the rules correctly.
The Sprint backlog should be filled with items selected from the product backlog until the capacity for the Sprint is reached. The work itself is done by a self-organizing team during the Sprint, which may be considered as projects with a fixed length of no more than one month.
There are 4 major Scrum events:
- Sprint Planning
- Daily Stand Up
- Sprint Review
- Sprint Retrospective
An interesting fact is that in the original paper that formulates the framework and later the Scrum guide, the authors never mention the usage of a task board.
However, nowadays you can observe that all teams or organizations use a task board while practicing Scrum, which is a borrowed practice from Kanban.
After all, the board increases transparency and supports the Agile project management values.
As Kanban was becoming more and more popular, some people of the Agile community saw an opportunity to develop a method that makes it easy for Scrum teams to move forward and focus on continuous improvement and evolutionary change. And this is how Scrumban was born.
An interesting fact is that 81% of the Scrum masters use Kanban along with Scrum.
Scrumban takes the Kanban philosophy and practices and lays them on top of Scrum as well as it eliminates some rules.
Let’s see what Scrumban takes from Kanban.
Visualize work. This is the first thing that Scrumban prescribes as mandatory. This is very important because Scrum doesn’t mandate a board, while in Kanban the board is a must.
Limit Work in Progress (WIP). If you know anything about Kanban, you will know that limiting WIP is the game-changer. One of the most important Agile metrics. Scrumban takes this practice and applies it successfully as it makes it possible for teams to focus on finishing work. Limiting WIP is a good prerequisite for creating a pull system, where the tasks enter naturally into the workflow, instead of being pushed.
Extend the board. In other words, add more columns to the board. This is typical for Kanban and it is a great way to visualize the different workflow steps on the board. This way, your team can have a better overview of the process and it will help you discover where exactly in the process bottlenecks appear.
Prioritizing. Scrumban applies another technique from Kanban – prioritizing. It is pretty simple. You order the cards in the Requested (To Do) column and there is one simple rule: the top one is the most important. Having in mind this rule, the team starts pulling the cards one by one.
(Stop) Estimating. This is probably where Scrumban cheats on Scrum. Why is that? Scrumban states that you don’t need to estimate work. Here is the thing. According to Lean every activity which doesn’t add value to the end result is considered waste. In this sense, estimating is a wasteful activity. Here is why in Scrumban the planning sessions are relatively short and they are focused on prioritizing, instead of estimating.
Planning on demand. This is one of the main differences between Scrum and Scrumban. Scrumban eliminates Sprint planning in its initial form. Instead, the team plans if there is a need for this. In other words, the team pulls work items from the backlog until it gets empty, which is a trigger that the team should plan more tasks.
As you can see Scrumban takes Scrum to the next level by applying the Kanban principles and practices. This allows teams to increase output and decrease waste while providing visibility and higher productivity. It also lets teams apply Agile planning to its full potential.
Other Honorable Mentions
There are other Agile project management methods that had a positive impact on developing the Agile community, but during the years they were slowly pushed aside. This is why we won’t dedicate separate paragraphs to them. However, we have to mention that some of them are:
- XP (Extreme Programming)
- Crystal methods
- FDD (Feature-driven Development)
- DAD (Disciplined Agile Delivery)
In the beginning, Scrum was accepted pretty well (and still is) and it became mainstream in the software development industry. However, through the years, Kanban, Scrumban, and the usage of hybrid models grew in popularity and it helped Agile spread across various industries. After all, Kanban, Scrum, and Scrumban are the top 3 that successfully crossed the chasm and spread across other industries such as product development, architecture, marketing, financial services, healthcare, insurance, education, and others.
Agile project management is an iterative approach that focuses on frequent value delivery and getting fast feedback from the market in order to better adapt to changes. A project is considered to be Agile when the following attributes are in place:
- Customer Focus
- Sense of Ownership (Shared Leadership)
- Continuous Improvement