Scaled Agile Marketing – An Overview

Facebook
Twitter
LinkedIn
Pinterest
WhatsApp

What does Scaled Agile Marketing mean?

So, assuming you’re thinking Agile Marketing can help you with some of your marketing challenges and there’s a good opportunity to do something about it right now, and there are some reasons you think you need to consider some scaling aspects, let’s try to see what scaled agile marketing looks like.

Lean/Agile Leadership

The first thing about Scaled Agile Marketing is that it isn’t just about Agile. It’s also about Lean. Lean focused on Value, which is similar to “Customer Focus” in the Agile Marketing Manifesto. It adds pillars like “Respect People and Culture”, “Flow”, “Innovation” and “Relentless Improvement” that is somewhat missing from the Agile Marketing Manifesto although you kind find some hints of them in the principles behind the manifesto. The most important addition is “Leadership”. Achieving a transformative move to being agile requires more than just practice at the team level. It requires both applications of scaled practices but even more importantly a different style of leadership that focuses on creating clarity around purpose, decentralizing control, enabling and developing people, and creating a safe-to-learn environment.

If you “Respect (and understand) People and Culture” you understand that culture is hard to change. It’s actually the last thing to change. So changing leadership culture is a huge challenge. In order to tackle it a lot of our focus on training and coaching throughout a real agile marketing transformation should be on teaching leaders how to think and act differently in ways that support/enable agile marketing behavior rather than detract from it.

Strong understanding of Lean/Agile Scaling Principles

Beyond a high-level Lean/Agile mindset, there are some additional principles we need to take to heart in order to succeed at scaling agile marketing. Why do we need principles? Why not jump to practices? Because we’re dealing with snowflakes. What does snow have to do with anything? Each snowflake is different. Each organization is different. So despite the fact that we might have some good practices that can help us scale we want to understand the principles underlying them so we can know what to do to inspect and adjust our agile marketing approach to find the best fit for our purpose and context. There are various sets of principles you can look at – Scaled Agile Framework (SAFe™)’s Lean/Agile Principles or Large Scale Scrum’s (LeSS™) Principles. Some of my personal favorites are principles like “Decentralize Decision Making”, “Reduce Batch Sizes”, “Systems Thinking – Or Optimize the Whole”, “Empirical Process Control”, “Apply Cadence, Synchronize with cross-domain planning”, “Assume variability, preserve options”. It’s not a book I would recommend to marketers but maybe someday someone will write a more approachable version of Donald Reinertsen’s Principles of Product Development Flow (That has been the inspiration to many of the above principles and also a lot of my work personally whether in Agile Marketing or organizational agility in general).

The role of Agile Scaling Frameworks

Some of you would be able to solve most of your scaling challenges by combining some team-level Agile Marketing practices and a good understanding and application of these principles. Most of you though will be looking for some examples/guidance for how to apply these principles. This is where scaling frameworks come in. You will probably hear names like “The Scaled Agile Framework (SAFe™)”, “Large Scale Scrum (LeSS™)“, “Nexus™” or even “The Spotify Approach”. Formal scaling frameworks provide a “Full Kit” to support an organization trying to achieve agile at scale – providing guidance, training, certification, and a supporting ecosystem of experts as well as “social proof” in the form of testimonials and case studies. This is less important to innovators and early adopters but crucial for the majority of organizations that follow. In the rest of this article, I will cover some aspects of scaling frameworks. Covering all of them in depth is beyond the scope of one blog post or even this series. I might spend more time on a couple of the more popular frameworks later on. (Especially if I get comments/questions asking for it… hint hint…)

Nothing beats an Agile Marketing team – but what if a team isn’t enough?

In the “What is Agile Marketing” article I talked about the small Agile Marketing team that is autonomous and customer-focused as key to Agile Marketing success. Before talking about scaling we need to make sure we understand when would a single agile team isn’t enough.

The Scrum Guide provides the most popular guidance for how to structure agile teams. “Small enough to remain nimble and large enough to complete significant work <…>. Fewer than three Development Team members decrease interaction and result in smaller productivity gains …. Having more than nine members requires too much coordination …  too much complexity”. Amazon’s Jeff Bezos coined a more colorful variant – The Two Pizza Team“If your team can’t be fed on two pizzas, then cut people.” That limits a task force to five to seven people, depending on their appetites. (The original comes from the world of developers, so might require some adaptation for the typical marketer’s appetite?).

So, what if in order to encompass a large customer experience/journey one such team of up to 5-9 people isn’t enough? This can certainly happen if we’re talking about large businesses or products with dozens of marketers that focus just on one line of business or experience. Especially when we’re a very specialized marketing organization where in order to deliver the full experience we need more than a handful of people.

Do we grow the team so that everybody that needs to work on the experience is on it? There’s a limit to the reasonable size of a team before communication and collaboration get unwieldy and before team members start to lose themselves inside the team and don’t have the same sense of accountability, ownership and purpose anymore.

Do we require more full-stack/t-shaped marketers that can each cover a couple of specialties and can therefore deliver the entire breadth of the experience with fewer people on the team? ideally yes, but that is typically a major transformation both from a mindset as well as skills/experience on its own. Most organizations cannot assume this when starting their Agile Marketing journey.

The Agile Marketing Team of Teams

When it is impossible to actually deliver the whole value with one team, the pattern most often used is to create an agile “Team of Teams”. What differentiates an “Agile Team Of Teams” from just a “Team of Teams”? The “Agile Team of Teams” applies intra-team Agile principles and practices to the inter-team challenge. In this context, each team is similar to a single team member in team-level agile practices. For example, if team-level agile has a Daily Scrum practice, in the agile team-of-teams there’s a “Daily Scrum of Scrum” where each team is represented and together the teams figure out how best to work towards their common goal that cuts across the “Team of Teams”. If there’s a team-level “Sprint Planning” event there’s a somewhat comparable “Team of Teams” planning event where teams work together to figure out what they should focus on in the next timebox, what are the key integration points, risks, etc. This is an example of applying the same “Cadence with cross-domain Synchronization” principle at both the team and team-of-teams levels. Different frameworks have different perspectives about how to work at the team-of-teams level. For example, Large Scale Scrum has a team-of-teams planning event every sprint with representatives of the different teams synchronizing before going off to plan their own sprints at the team level. Scaled Agile Framework prefers a less frequent but wider attended “Program Increment Planning” event that is also often called “Big Room Planning” because it means bringing the whole team of teams (Called an “Agile Release Train” or “Agile Marketing Train” adjusted to marketing) into one big room to synchronize on a cadence of every 8-12 weeks. Figuring out which approach is a better fit for your context is something you will need to figure out based on your reality – your market, your people, the amount of interdependence between teams, and the level of distribution/co-location. This is actually one of the things I enjoy the most – helping an organization figure out what scaling approach makes sense for their context.

Scaling Marketing Ownership

Classic Agile talks about the product owner who is accountable for figuring out the ideal Product Backlog to maximize the business value delivered by the product and overall profit from it. In a marketing context, we talk about the Marketing Owner who tries to figure out the ideal Marketing Backlog to maximize the business value that is achieved by impacting the customer buying/owning journey. What happens when there’s a team of teams? can one Marketing Owner still guide the whole team of teams? Some scaling frameworks (e.g. Large Scale Scrum LeSS) say yes (with considerable help from the teams when it comes to writing stories and some of the more tactical work of the Marketing Owner). Other frameworks (e.g. SAFe) say it isn’t realistic and separate responsibilities between a more strategic “Marketing Management” role (or Product Management in a development context) and a more tactical “Marketing Owner” that works more closely with 1-2 teams in a certain area.

What is planning sprint to sprint isn’t enough? What if you need more predictability?

Scaled environments frequently come with a need for more predictability. It’s a “nature of the beast” of how bigger organizations plan and coordinate internally and with their network of partners. Yes, you could argue for moving to a more “agile” internal/external contracting model and that would work in some contexts. When we look again at the market majority – you’ll find you need to work within constraints that might not be flexible especially if you haven’t proven you have a better alternative before dismantling them. So some scaling frameworks provide an ability to do “Agile Roadmapping” which isn’t necessarily an oxymoron. An Agile Roadmap provides some predictability where it’s key and leaves enough flexibility to take advantage of emerging opportunities and deal with variability in general.

Learn at the System level

Agile teams run retrospectives. Agile Team of Teams run retrospectives or inspect and adapt workshops or Kaizen events that span the whole team of teams. Whether every couple of weeks or less frequently, whether everybody attends or just representatives from each team, this “whole system” improvement activity is crucial to identifying and doing something about the key systemic impediments that hinder further and faster improvement in the agility of the organization. Lean/Agile leaders should consider these impediments one of their key focus areas not just in the improvement meetings but day to day. They need to relentlessly seek ways to improve the ecosystem the teams need to work within.

Manage the whole flow

One of the lean principles that are crucial to scaling is visualizing and managing end-to-end flow. Flow typically leads us to Kanban but here what we mean is using Kanban to manage the flow at the higher levels of the organization – the flow of campaigns/programs and maybe even higher-level initiatives in the marketing strategic portfolio. Managing the flow at this level is a great way to apply “Whole System Thinking”, teach marketing leaders about the importance of Focus, the courage needed to say “Not Now” and to actually prioritize a few things so you can “Stop Starting Start Finishing”. This is a prime example of a practice that is a great lever point to affect organizational behavior starting with leaders. A small change in behavior at this level can be harder than making multiple changes at the team level but can set up agile marketing teams for the win.

Scaling is a complex problem – There are good practices but not necessarily best practices

We started this article with the importance of Lean/Agile leadership to succeeding with Agile Marketing at scale. Let’s finish it here with this example of how to concretely work with marketing leaders to create a healthier more sustainable AND value-oriented flow throughout their marketing organization. As I mentioned these are just some of the key practices applied when scaling agile marketing but they should give you some idea about the scope of the principles and practices beyond just a team-level Scrum/Kanban agile marketing context. And even more important, as you grow in size you grow in complexity and uncertainty around what process would best fit you. In the current level of experience available in the industry that typically means you should get somebody with experience in what they’re doing to help you figure out the right scaling approach.

Categories:

Tags:

ALM Tools
ATDD vs. BDD
Managing Risk on Agile Projects
Large Scale Scrum
Agile in the Enterprise
SAFe
Jira
Jira Cloud
Nexus
ARTs
IT Operations
Releases Using Lean
Operational Value Stream
NIT
Agile for Embedded Systems
Agile Techniques
Product Ownership
Effective Agile Retrospectives
Coaching Agile Teams
Risk Management in Kanban
Lean Startup
Agile Delivery
Agile Community
Release Train Engineer
Scrum Values
Scrum Primer
ROI
Scrum
A Kanban System for Software Engineering
Lean Agile
What Is Kanban
POPM
Sprint Iteration
Rapid RTC
DevOps
Story Slicing
RTE Role
Kanban 101
Lean-Agile Budgeting
An Appreciative Retrospective
Agile Israel Events
Software Development Estimation
Kaizen Workshop
Continuous Integration
Achieve Business Agility
Games and Exercises
Lean Agile Basics
QA
The Kanban Method
Portfolio for Jira
Kanban Kickstart Example
Introduction to ATDD
Professional Scrum Master
Lean Agile Leadership
Process Improvement
Agile
LeSS
Tips
Slides
Scrum Master
The Agile Coach
Professional Scrum with Kanban
LAB
Lean Agile Organization
Risk-aware Product Development
TDD
Limiting Work in Progress
Frameworks
Nexus vs SAFe
Quality Assurance
EOS®
WIP
Agile Project
Kanban Basics
ATDD
Artificial Intelligence
Continuous Deployment
Manage Budget Creation
Systems Thinking
Continuous Delivery
Lean Risk Management
Built-In Quality
Code
Scrum Master Role
Jira Plans
Kaizen
System Archetypes
Engineering Practices
Advanced Roadmaps
Change Management
System Team
Spotify
Risk Management on Agile Projects
Professional Scrum Product Owner
PI Objectives
Lean Agile Management
Lean-Agile Software Development
Agile Project Management
Nexus Integration Team
Acceptance Test-Driven Development
Implementing SAFe
BDD
Accelerate Value Delivery At Scale
Agile Release Management
Agile Product Ownership
Scaled Agile Framework
Continuous Improvement
RSA
lean agile change management
Video
Business Agility
Principles of Lean-Agile Leadership
Agile Risk Management
Nexus and Kanban
Software Development
Agile and DevOps Journey
Agility
Entrepreneurial Operating System®
Introduction to Test Driven Development
Managing Projects
Pomodoro Technique
Perfection Game
Legacy Code
Agile India
Agile Mindset
Scrum Guide
SA
Agile Games
System Integration Environments
Kanban Game
Value Streams
SAFe DevOps
Applying Agile Methodology
RTE
Agile Development
speed at scale
Sprint Retrospectives
Agile Release Planning
AgileSparks
Nexus and SAFe
LPM
Continuous Planning
Webinar
ART Success
Agile Contracts Best Practices
Self-organization
Enterprise DevOps
Development Value Streams
Agile Program
Scrum and XP
Program Increment
Product Management
Scrum.org
Iterative Incremental Development
Kanban
Elastic Leadership
Legacy Enterprise
Reading List
Scrum With Kanban
Sprint Planning
Agile Basics
Covid19
Agile Marketing
PI Planning
Agile Exercises
GanttBan
SPC
Agile Outsourcing
Hybrid Work
Agile Product Development
speed @ scale
Agile Testing Practices
SAFe Release Planning
Lean and Agile Techniques
Agile Games and Exercises
Atlaassian
Lean Budgeting
Planning
Amdocs
Presentation
AI Artificial Intelligence
ScrumMaster Tales
Lean Software Development
Agile Assembly Architecture
Daily Scrum
Certification
Lean and Agile Principles and Practices
Implementation of Lean and Agile
Certified SAFe
AgileSparks
Logo

Contact Us

Request for additional information and prices

AgileSparks Newsletter

Subscribe to our newsletter, and stay updated on the latest Agile news and events

This website uses Cookies to provide a better experience
Shopping cart