Search
Close this search box.
Search
Close this search box.
Search
Close this search box.

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.

Subscribe for Email Updates:

Categories:

Tags:

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

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