The Agile method was developed out of a need to address common inefficiencies of more traditional approaches, like Waterfall project management, in the software industry. But some types of projects might actually be burdened by Agile techniques.
There’s no rule that says you can only pick one approach and stick with it. In this article, we’ll break down the differences between these 2 popular methods and walk through how to combine the best of both using an Agile gantt chart.
Agile focuses on iterations in which planning, design, implementation, and testing occur in short periods of time. Because planning happens throughout the Agile project lifecycle, decisions can be more reactive.
In software development projects, bugs can be caught early and remediated before they grow to become bigger problems. The premise of this approach is to continuously plan around the inevitable change requests as the product evolves.
It’s not hard to see how these processes differ from each other.
When I first learned about Agile, I was hot to try it out. I was even lucky enough to work with someone who was a certified Scrum Master. I picked up the basics quickly, but I found that a pure Agile approach wasn’t working for most of the projects I was working on.
Turns out, gantt charts are still useful for things like meeting deadlines, managing workloads, and providing project status reports to clients and stakeholders—especially if your organization isn’t 100% Agile.
Further reading: Understanding Agile vs. Waterfall Project Management
Some of the drawbacks I've experienced in an Agile environment are common ones you and your team may encounter. You might even run into issues when using a blended Agile approach in a traditional organization.
Here are 6 Agile gaps that gantt charts are uniquely designed to fill:
In Agile, a product owner is typically your only stakeholder, and they’re heavily involved in every decision made along the way as your product evolves.
Unless you’re working on an internal team whose single focus is developing a product, chances are, you’re applying Agile principles to a project that still has to operate within a traditional organization.
Expect multiple stakeholders—such as executive leadership, department managers, and subject matter experts—to muddy up the process.
In Agile, teams write user stories, not requirements. The user story format helps the team uncover requirements, which evolve and emerge as the project progresses.
This may mean the final end product differs from the original vision—though stakeholders should be part of the decision-making process along the way.
Setting clear process and role expectations should reel in any uneasy feelings.
Agile works in iterations to continually improve a product. While this can be good for business, it can become frustrating for stakeholders who expect a hard deadline.
Without a clearly defined scope, stakeholders may complain that it seems like the project will never end. Often, these very same people also request changes or want to add features to the product.
Dates are fluid with Agile, and it can be hard to communicate timing to stakeholders. You’re more likely to encounter stakeholders who need to see a set of milestone dates than ones who can deal without them.
People love dates and timing estimates. I haven’t been able to get around this, and it just adds more stress whenever I use a purely Agile approach.
Agile’s great for blue-sky ideas you build together. But if you work in an organization where leadership wants specifics about what they’ll get when or where things are in the process, Agile alone won’t deliver.
You need a detailed plan that shows them how you’ll get to that date.
Gantt charts enable you to add structured timelines to sprint cycles so you can easily update stakeholders on the status of a project.
For all of the above items to not become a problem, everyone has to be very involved from day one.
While that isn't an issue for a project team that’s assigned to a single project, it usually doesn’t work out like that for external stakeholders. Often, they’re too busy or don’t have the expertise.
Stakeholders simply want the bottom line: Is the project on track? Gantt charts can communicate this in 30 seconds.
Further reading: Hybrid Project Management: A Blended Approach to Agile & Waterfall Methodologies
An Agile gantt chart is a project planning tool that applies a Waterfall model to an Agile project by mapping sprint tasks and dependencies out on a visual timeline.
Using a gantt chart for an Agile project makes it easy to track progress, manage resources, and keep stakeholders up-to-date on the work.
Further reading: Gantt Charts Explained: A Practical Guide for Project Managers
Lay a clear path to success with a visual plan that’s easy to understand, and keep everyone in sync with flexible workflows and team collaboration.
As project managers, it’s our job to steer the project from inception through completion. We make decisions that affect the finished product every day.
Selecting the right approach for your project is no different. Don’t get stuck thinking you have to use one project management method or another. When I first made this realization, I noticed my projects ran more smoothly.
I no longer approach two projects the same way, but I do begin with the same step. I take all background information available on the project and study it.
From this information, I determine which components from both methodologies would work best. This can be based on:
The most common challenge I come across is stakeholders’ focus on timing. Even if a project lends itself to naturally assume more Agile-based techniques, not having milestone dates worries most of my stakeholders.
That's why I create a modified version of an Agile sprint backlog using gantt charts.
Once I’ve decided which Agile techniques I’m going to use in my day-to-day project management, here are the steps I follow to set up a basic Agile project with a gantt chart timeline.
Under each anticipated iteration, I create one task item per feature. The key deviation from a typical gantt chart for a Waterfall-based project is that this chart relies heavily on dependencies.
For instance, your QA team can’t test new features and functionality if you don’t set up a staging environment first. So add a finish-to-start dependency to connect those 2 tasks on your Agile gantt chart.
Throughout the iteration, I hold daily stand-ups as well as planning and review meetings. From these meetings, I can determine which features to move to later iterations. When these items are moved around in my gantt chart, the dates move automatically too.
In the example below, the highlighted item is a task that needs to be moved to a later sprint.
Below, you can see that I’ve moved the task down and rearranged the dependencies.
From my daily stand-ups, I’ve determined that my two resources can work on their assigned tasks simultaneously. But some of the other tasks that are also assigned will have to move back to accommodate this new addition.
So now, the gantt chart for this Agile sprint looks something like this:
It's crucial to have online gantt chart software that's flexible and super-easy to use. In TeamGantt, you can use drag and drop scheduling to make these changes on the fly in just a matter of minutes.
If your team doesn’t want to work in a gantt chart, TeamGantt gives you the option to view and manage tasks in a kanban board without having to juggle multiple tools to tackle the project.
In Board view, cards are tied directly to tasks on your gantt chart. Team members can update and move cards across columns on your board as work progresses—and you can rest easier knowing your Agile timeline always reflects the current status of the project.
Here’s what it would look like if we track our sprint tasks in Board view based on the Agile gantt chart above:
You can customize your project board columns to fit your team or organization’s process. Or even create your own custom board, which allows you to manage tasks across multiple projects.
Further reading: 12 Easy Gantt Chart Examples for Project Management
Now that we’ve shown you an example of how to use gantt charts to manage your Agile projects, let’s talk about the advantages I’ve seen in my day-to-day project management work.
Clients, bosses, and other project stakeholders really need the comfort of a plan. Here are some reasons I recommend using Agile gantt charts with project stakeholders:
My team members have also benefited from using gantt charts to manage our Agile projects. Here are just a few perks your project team might appreciate:
I’m proud to be a project manager that isn’t defined by a specific methodology. It took me a while to get here and even more time to accept it. But since then, I’ve been able to enjoy greater project success.
Further reading: 10 Gantt Chart Benefits Every Project Manager Should Know
TeamGantt makes it easy to create customized project plans that fit every project just right. Our free Premium trial gives you access to all the features you need to ensure projects finish on time and under budget, such as:
Best of all, it’s wrapped up in a simple and intuitive interface your team and stakeholders can easily navigate.