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

Agile Marketing Validation Board

Facebook
Twitter
LinkedIn
Pinterest
WhatsApp

Note: This post was originally published in Yuval Yeret’s personal blog

“Validated Learning Over Opinions and Conventions” is the first value in the Agile Marketing Manifesto. A couple of weeks ago I was helping form what we call a “Marketing Agile Release Train” – a group of Agile Marketing teams each focused on supporting the business activities of a key product/solution in a large portfolio. The way we do this is typically a combination of some Agile Marketing training followed up by actual high-level planning of their first quarter followed by a deep dive into their first iterations/sprints.

One of my personal peeves while teaching Agile Marketing is this whole validation/experimentation/learning thing. In other words the difference between increments and iterations. It’s not iterating if you’re not inspecting and possibly adapting along the way.

Let me emphasize – Just taking a big campaign and breaking it into small tasks and planning two weeks at a time while running demos to show what you’ve accomplished and daily standups to make sure progress is according to plan and solving emerging problems is just a glimpse of what Agile Marketing is really about.

This is why when we got to high-level planning I felt something was missing from how the teams were planning. They were working on an MVP BOM – A Minimally Viable Program Bill Of Materials describing the minimum aspects of the campaign/program they were focusing on. It was a good start to focus on smaller more minimal programs/campaigns and working incrementally, but I felt the iterative/learning message was missing from the discussion once we moved from theory to practice.

At that point, I recalled the “Lean Startup Validation Board”. I first learned about the Validation Board and practiced using it as a mentor in a “Lean Startup Machine” event back in Tel Aviv. It is a practical hands-on planning tool that focuses you on what you don’t know and need to learn.

In the classic Lean Startup context, it should help you in your search for a Product Market Fit. You start by identifying your hypothesis around who are your potential customers, what’s problem you think they have, and what solution might fit their needs. You then try to think what are your core assumptions that would need to be true in order for all your hypothesis to be true. You look for the riskiest assumption – the one you feel might be the first one to bring your house of cards down. Then you structure experiments/validated learning around that. If your experiment validates your assumption you move to the next assumption. If it invalidates it you need to pivot to another set of hypothesis and start the core assumptions validation process again.

Is this a good fit for an Agile Marketing context? While watching the teams plan their “MVP”s I was trying to think about that. My conclusion is that the core idea is very useful but needs a bit of tweaking.

The “Minimum” tweaking I would do is to change from “Solution Hypothesis” to “Marketing Solution Hypothesis”. When I say Marketing Solution I include things like channel or message. An example of a channel hypothesis might be – “we think that Snapchat can be a useful marketing channel for us”. A messaging hypothesis might be “During a snow storm people would really connect to messages regarding vacations in warm places”. 

Most of the teams we were working with this time around were focused on scaling/growing revenue which means that there’s already a Product Market Fit and they were trying to find new creative ways to leverage that fit by getting to more people in the identified market and optimizing the customer’s journey.

In general, I think we need to differentiate between the search for Product Market Fit which is mainly a Product Development activity (in which Marketing can be a supporting function in) and the search for the best way to streamline the customer’s journey – which is typically the role of Agile Marketing teams. These two activities might use similar tools and techniques but are quite differently focused. And in both cases, there’s the potential for a lot of uncertainty therefore stating your hypothesis and validating your core assumptions are key.

So if you’re serious about Agile Marketing, don’t just plan tasks. Plan experiments aimed at validating assumptions. Plan to learn. Plan to iterate.

Subscribe for Email Updates:

Categories:

Tags:

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