A Brief Introduction to Agile Project Management for Marketers


This content was adapted from Andrea Fryrear’s 90 minute MarketingProfs webinar “Agile Project Management for Marketers.” 

 
“There is absolutely no risk or dependency here. This is a straightforward project.” - No project manager ever

Projects never, ever turn out this way, yet we plan as if they will. Traditional project management focuses on heavy up-front planning to mitigate uncertainty, but the best laid plans don't survive first contact with the real work of completing the project. That's why, instead of pulling their hair out like their project manager predecessors, modern PMs are turning to a methodology that seems to have worked process wonders for their colleagues in the IT department: Agile project management. 

The Beginnings of Agile Project Management

Agile is a methodology that was created to help teams and individuals:

  • Create plans that help them achieve goals in the long term
  • Iterate more readily over the course of projects
  • Isolate failure to the early parts of the production process as opposed to the end 
  • Be more productive without changing the amount of available resources, such as time and money

As marketers, who often have our hands in lots of different projects. We really need to get things done more efficiently and (hopefully) with less drama, so a shift towards a truly Agile work process can make a huge difference to our productivity. In this article, we'll touch on the foundational ideas behind agility and how we can make these work for managing projects in the marketing context. We'll take a look at some cornerstone concepts of Agile, such as applying frameworks, building a backlog, reducing waste, and preventing context switching. This way, you will be armed with actual takeaways to use, regardless of what projects you’re working on or what type of marketing team you’re part of. 

Agile Project Management Frameworks & Values

In the world of software and IT, Scrum is the most popular framework for applying Agile. It involves working in sprints, bursts of active work that are between two and four weeks long. During this period, the team continually releases value as they work through their tasks. Then, they stop, review and plan the next burst of active work.

On the other hand, the alternative Agile framework, called Kanban, does not use sprints. Kanban helps work flow through the system smoothly by keeping task execution, review, and planning continuous.

Scrumban is our own little hybrid. During our trainings with AgileSherpas, as well as in our research, we’ve discovered that most marketing teams prefer using aspects of both frameworks together. In fact, most marketing teams who have undergone an Agile transformation are using some sort of hybrid approach.

Neither Scrum, nor Kanban were originally created with marketers in mind. The former comes from the realm of software development, the latter from the land of manufacturing. Fortunately, that makes it possible for us to pick, choose, and borrow from both of them to build a custom framework. 

Agile Values Before Agile Frameworks

Even if the frameworks were not built for marketers specifically, there are a number of Agile values that are very relevant to the marketing profession. We can focus on them in order to make a better decision about which framework we might use with our team. In marketing terms, the Agile values that most apply to marketers are: 

  • Value individuals and interactions over processes and tools. In other words -- if we can get everyone in a room for shared understanding, that’s better than spending months putting together the perfect Gantt chart.
  • Viable campaigns over huge marketing plans that are probably out of date a couple of days after we finish them
  • Do something relatively small and experimental that we can learn from and then improve over time instead of putting all of our eggs in the same basket
  • Be customer-centric, rather than sticking to the hierarchies and silos that we’ve developed internally
  • We have a project plan we need to follow, but when we have a good indicator that we need to make an adjustment, we do it rather than following a plan blindly

So, even if you haven’t chosen your framework yet, encouraging these values among your team members will get you get there.

Release Faster with Minimum Valuable Projects

Minimum Viable Products (MVPs) are an essential part of agility. They're crucial to the values of iteration, experimentation, and being customer-centric. For Agile project management, we might rephrase slightly and call them Minimum Viable Projects. However, there seem to be some misconceptions about what an MVP is and how it can relate to project management.

MVP: The bad definition

“The minimum viable product is not quite the crappiest thing you could possibly release.” This definition neglects the criteria that MVPs should still be providing value to the audience you want to reach. 
traditional-project-management
When we take this approach, we get situations like this:


In this example we are not:

  • providing a functional MVP
  • learning over the course of the process
  • making any adjustments to our original hypothesis
  • delivering value to our customer until the very end of the process 
  • taking a low-risk approach

Good Definition #1

A better definition of the MVP is that “the minimum viable product is the smallest product release that successfully achieves its desired outcomes.” It represents the smallest subset of work we could release that still delivers value, but is not the whole complete piece of work. 

Good Definition #2

Further, “a minimal viable product is also the smallest thing you could create or do to prove or disprove an assumption.” With both ‘good’ definitions of an MVP at the center of our work, we are able to provide value to our customers much sooner.
As in this example:



Each vehicle in this example can be considered as a separate iteration, or its own MVP. As we move through the different iterations, we are adding value to the product as well as learning.

agile-project-management


The iterative approach can help us make decisions very early on, as opposed to waiting until the end of the process. In the marketing context, it means we can validate the idea and iterate as we go to really WOW our customers. 

Horizontal vs. Vertical Slicing of Work

We can also approach marketing project management differently by slicing up our work differently.  

slicing-projects

A vertical slice takes components of all four of our typical marketing process phases and delivers it as a subset of all of those phases. On the other hand, the horizontal slicing approach means that we are releasing each piece separately. We wait a long time. In the end, the whole project is totally done before we give anything over to anybody.

It’s a different way of executing work, which is slower, less effective and does not allow for iteration. As you iterate on your marketing campaigns, keep in mind -- it’s not iteration if you only do it once. The MVP should not be your team’s final product. In fact, it should be one of many MVPs on the road to the most valuable piece of work your team can produce. Iterations just help us get to our best work in a lower risk and faster way. 

Visualizing Project Work With a Backlog

Once you begin to design your projects in a way that is conducive to your new iterative approach, you and your team can begin to incorporate Agile practices into the way these iterations are carried out. First, we need to have visibility in the work we do. This is a core tenet of any Agile implementation.

One of the most powerful tools in the Agile toolbox for improving visibility within a team is the backlog. In a traditional approach to marketing process, we would build out the original marketing plan with the idea that we know all the details and they won’t change. The schedule, the requirements, the timing -- everything gets mapped out with great certainty. But when do we really know everything about our marketing plans right off the bat?

In reality, we all live in a volatile, digital world in which this type of certainty in planning would never happen. That's why, in an Agile marketing team, we aim to create backlogs of work that we are continually molding depending on the opportunities we want to pursue. Backlogs are smaller, more adaptable plans that we can iterate upon as we move forward and release smaller batches of work. These batches allow us to learn, which gives us an opportunity to change ourselves depending on the opportunity. Consider the backlog as a prioritized to-do list.

The backlog approach to planning work allows marketing teams to deal with changing priorities or scope of a project. Unlike in the traditional marketing context, when saying “I’ll put it in my backlog” means a task will be ignored forever, Agile backlogs are very active and current. 

Having a "DEEP" Backlog

For the backlog to be at its best, it needs to be DEEP:

Detailed, meaning it contains enough information about the work items (such as requirements and specifications)

Emergent, meaning it's up-to-date and always gets adjusted if it's not.

Estimated, meaning it contains information about how much effort each item in it requires. This helps the team and the project manager prioritize.

Prioritized, meaning the most important items are the ones at the top. 
This makes it different than a to-do list. In the backlog, there can only be a single top priority that the team is collectively focused on.

Categories of a Project Backlog

categories-backlog

The tasks in the Up Next category need to be detailed enough so that the person responsible can start working on it immediately. In some cases, this may mean that stakeholders have already been consulted to get their requirements and all necessary resources are in place.

Coming Soon is a section of the backlog reserved for tasks that will be worked on further into the future. These work items don’t need to be as detailed.

Someday contains work items the execution of which may be uncertain. These may not end up in the scope of the final project or may be de-prioritized as the project evolves. We don’t want to spend time on these lower priority items. 

Deadlines in the Project Backlog

Work items in the backlog can also have deadlines associated with them, which can be one of the criteria for prioritizing by the project manager. 
However, in the best case scenario, the biggest driver of work being done sooner rather than later should be its value, not its deadline. We want to do the most valuable things first. 

Reducing Waste and Limiting WIP During a Project

If your backlog is ready to go, your marketing team can start processing the work items in it. This is where the Lean and Kanban concepts come in to help us get more done in less time. 

Removing Waste from Your Project

The principle of Lean is all about getting rid of the parts of our process that do not add value, so our team can free up capacity to focus on the more valuable things. There are many aspects of process that don't create any value, also called waste, and sometimes they aren't easy to spot. Making them visible helps us identify them, remove them and make room for more valuable activities. In Lean, there are 8 Categories of Waste. We’ve adapted them to the marketing context here: 

  • Unplanned work: Context switching, starting not finishing, inability to say “no”.
  • Neglected work: We can’t work on this now because we are working on this other thing.
  • Over-processing: Over-engineering a simple task, spending too much time working on something with less value, manual processes that could be automated.
  • Motion: Unnecessary meetings, procrastination, hunting down stakeholders.
  • Waiting: Being idle because external or internal dependencies block your progress. 
  • Unknown dependencies: Coordination needs are high, people aren’t available when you need them, a change in one part changes the whole project. 
  • Conflicting priorities: All meetings and no work, taking on new requests before finishing old ones, squeaky wheel syndrome.
  • Too much WIP: Too much work in progress 

Our team’s goal should be to get waste out, so that value can go up. 

Using a Kanban Board to Run a Project

One way we can get more visibility into the work that we do is to use a Kanban board to visualize our work items. In their simplest version, Kanban boards take on this structure: 

kanban-board
To build your team’s board, ask yourself:

  • What are the stages of the process that a work item needs to go through to be considered done? Map these out as columns. 
  • Where are the handoffs between individuals, teams or departments?

If your Kanban board accurately reflects your process, it will become a radiator of information about your project progress. Everyone on the team, involved in the project should be interacting with this board and any stakeholder or team member should be able to walk up to it and understand how this project is going. The board should include essential information such as:

  • Who owns which tasks?
  • Which task is blocked and cannot move forward in the process?

Below is a more sophisticated version of a Kanban board. This board includes swimlanes that separate the types of work we do and add even further granularity. 
complex-kanban-board

Adding WIP Limits

Once we have a Kanban board created, we can start applying work in progress limits to the appropriate process sections. Work in progress (WIP) limits help our marketing teams stop starting and start finishing our tasks. 

wip-limits

Ironically, the outcome is the same when your WIP is too low or too high: it takes way too long to get work released from the system. When the WIP limit is too high (or you don't have one), things take too long to get done because we literally can't work on several things at the same time, so we jump back and forth. The result is that tasks get stuck. They aren't being worked on, even when they're marked "doing." Instead, we need to find a WIP limit that is just right. The perfect WIP limits means work items are not idle in the process and everyone on the team is working on something. 

wip-limit-correct

WIP limits and slack time

It is OK to be idle once in a while! During these moments of "slack," team members have an opportunity to cross train amongst themselves, learn some additional skills for the next iteration of work, or talk to someone for the purpose of knowledge sharing. In more advanced Kanban boards that use work in progress limits to regulate the pace of work, team members can:

  • Set up a limit for the whole board. For example, "our board can only have 10 things in it, no matter what stage they’re in."
  • Set up WIP limits per person. For example, "each person can only be allowed to commit a maximum of two work items at a time."

WIP limits are important for marketing project management in particular, because they can help us focus on important work and not burn out by the end of the week. 

Agile Project Management Tackles Context Switching

WIP limits are really helpful in alleviating context switching, which is not just a marketing problem. It’s an issue in all types of knowledge work. We used to call it multitasking, but now we know that we actually switch back and forth between different types of work or projects. What we don’t consider is that it can take us more than 26 minutes to get back into a productive flow of work once we're interrupted. This act of jumping around creates enormous amounts of waste in any project, and should be avoided by project managers at all costs.  

context-switching

WIP limits keep us from falling into this trap. Unfortunately, MarketingProfs’ 2019 “Marketer Happiness Report” provides data that marketers are not typically capable of working on fewer projects. 

interrupted-marketers

We also get interrupted…a lot. This prevents us from getting important work done. 



Saying “no” is a big problem with marketers also. They either do not have the authority or the autonomy to say “no” to taking on new work items.



This leads to excessive work in progress, lots of context switching, and projects that go way over deadline. To prevent issues like this, we need to put WIP limits in place and be diligent in adhering to them.

Executing Agile Project Iterations with Scrum 

What do we do to help the project get better over time? 
Using a Scrum system allows us to continually iterate on the project and improve it as we go.  

The Structure of Scrum

Scrum is a framework for managing a process that can be Agile. Using Scrum does not automatically make a team Agile. Our teams still need to focus on developing the Agile mindset among their members to make Scrum work for them. The elements of a Scrum-based process include: 

scrum-framework

A marketing backlog, from which the team pulls work before the beginning of a sprint. Sprints are periods of time during which the team actively works on tasks from the backlog. This spurt of work can be anywhere from 2-4 weeks in duration. It is recommended to keep sprints as close to 2 weeks as possible. Otherwise, each sprint becomes too big and more difficult to manage. Each day during the sprint, the team has a daily standup meeting that helps them sync priorities on a regular basis. At the end of the sprint, there is a valuable piece of releasable work ready to be delivered to the customer. 

Scrum Meetings

The Scrum framework helps teams avoid excessive meetings. However, there are a few mandatory meetings that any practicing Scrum team should respect, such as:

  • Sprint planning
  • Daily standups
  • Sprint review
  • Retrospective

During the sprint planning, the members of the team decide what work items they will commit to tackle in the coming sprint. 

scrum-planning

The daily standup meeting is an extremely brief daily meeting that keeps the team on track over the course of the sprint.

scrum-standups

Another preferred format for the daily standup uses the team Kanban board to lead the meeting and addresses the following questions: 

  • What cards got done? 
  • What cards got started? 
  • Which cards are blocked and why?

At the end of the sprint, we have two different meetings that marketers like to conflate. Company members who are not working on the project can come in to join the Sprint Review to see the finished work. 

scrum-review

The retrospective meeting is dedicated to the internal team only. It is a time when they can ask themselves -- what should we change to make the next sprint go better? 

retrospective-scrum

Disclaimer: The retro is not useful when it’s 4pm on a Friday and we stare at each other for 10 minutes before agreeing to get a beer and go home. Get your team in a room for at least an hour to talk about what is working or not working with the process, not the work. 

Roles in Scrum

Scrum also assigns roles to team members who are responsible for process improvements and keeping the backlog up-to-date.
These roles are:

  • Scrum Master: supports process improvement & impediment removal; facilitates meetings
  • Marketing Owner: owns the backlog; combines strategic perspective with deep understanding of the team; “last wringable neck”
  • Developer/Marketer: No hierarchy within the team; ideal = extremely cross functional, i.e anyone could pick up any task 

scrum-team-roles

Disclaimer: In the marketing world, we often combine the Scrum Master and Marketing Owner role and assign it to a single member of the team. That works (if you do it right)! Problems tend to arise when that person is also trying to do work as a member of the general team. Owning the backlog, making improvements to the process structure as well as pulling items from the backlog can be too much for one team member to handle at once.

Work “Burns Down” During a Scrum Sprint

If your backlog is estimated, then you will be able to track as work gets completed during the sprint. Throughout the sprint, the work burns down to 0, that’s why we keep an eye on its pace on, what is called, a burndown chart



If this brief introduction to a few of the most essential Agile project management concepts have encouraged you to try running one of your upcoming marketing projects using Agile practices -- use this quick checklist as you set up your first Agile project. 
agile-project-management-checklist

Make sure to query your team over the course of the project so see if these five points are a continuous part of your daily workflow. Are you already doing these five things? Have you applied any practices that are not on the list above? Share your experience in the comments below!


[hubspot type=form portal=7291028 id=bde3f646-0745-4cde-9029-c41966f8c4e1]