When people talk about Kanban metrics, the examples are almost always from software teams β Cycle Time on a dev board, WIP limits on engineering columns, throughput per sprint. But marketing teams run on flow just as much as engineering does, and often with far more handoffs.
A single campaign asset usually passes through a brief, a first draft, design, an internal review, a stakeholder or legal approval, scheduling, and finally publishing. Every one of those steps is a place where work can sit and wait. And unlike a dev bug, a delayed blog post or a stuck landing page usually has a launch date attached to it.
This article covers the core Kanban metrics worth tracking for a marketing team, the marketing-specific time metrics that matter most, and how to measure them directly in Jira.
A Kanban board makes work visible β you can see what's in progress and what's stuck. But a board alone doesn't tell you why things are slow, or whether they're getting slower.
Marketing work is a good fit for Kanban precisely because it's continuous and deadline-driven: requests arrive from many directions, priorities shift, and several assets move through the same pipeline at once. That also means marketing teams run into the classic flow problems:
Metrics turn "it feels slow lately" into something specific you can investigate and report on.
These four are the foundation of any Kanban measurement, whether you're shipping code or campaigns.
|
Metric |
What it measures |
Marketing example |
|
Lead Time |
Total time from request to delivery |
From "content request submitted" to "published" |
|
Cycle Time |
Time from when work starts to done |
From "writing started" to "published" |
|
Throughput |
Items completed in a period |
Assets published per week or month |
|
Work in Progress (WIP) |
Items actively being worked at once |
Campaigns or pieces open right now |
Lead Time measures the full duration β from when a request enters the workflow to when it's published β so it includes the time an item waits in the backlog before anyone picks it up. Cycle Time measures only the active part, from the moment work actually starts to done. Because Lead Time includes that pre-start wait and Cycle Time doesn't, a big gap between the two usually means items are sitting in the queue before work begins β not that the team executes slowly.
Throughput tells you your delivery rate. A steady throughput is easier to plan campaigns around than a number that swings wildly month to month.
WIP is the one marketing teams most often underestimate. Every extra campaign in flight adds context-switching. Watching WIP helps you see when the team is overloaded before deadlines start slipping.
The four above are universal, but marketing pipelines have their own recurring pain points β and they nearly always live between two specific statuses. These are the metrics that usually tell you the most:
The reason these matter: when a launch slips, the delay is rarely spread evenly across the whole process. It's usually concentrated in one or two stages β often a review or approval step that depends on someone outside the marketing team. Measuring the time between the exact statuses where handoffs happen is what makes the cause visible.
Jira's built-in boards show flow, but they don't calculate how long work spends between the statuses you care about. This is where Time Metrics Tracker | Time Between Statuses fits in.
The core idea is simple: you create a time metric between any two statuses in your workflow. For a marketing pipeline, that means you can define exactly the metrics above β not just generic Cycle Time.
When you set up a metric, you can:
Once a metric exists, it flows into reports, charts, and Jira dashboard gadgets. The app calculates the metric from your status history; gadgets like the Time Metric Trend Gadget, Status Contribution Chart Gadget, and Agile Metrics Gadget help you monitor it and report it on a dashboard without exporting anything to a spreadsheet.
Individual metrics answer specific questions. But when a metric gets worse β say Review Time jumps this month β one number isn't enough. You need to see the trend, where the time goes, and which pieces are creating the risk.
Flow Insights brings that together in one connected view for a selected metric, project, and period. It sits on the pages you already use to review work items, so you can analyze flow without leaving the report.
The summary panel shows KPI cards for the selected metric, including its Trend (improving, stable, or worsening), the Median and P85 duration, how many work items completed the metric, and the total tracked time. From there, the full view opens four charts that answer the follow-up questions:
These charts let you drill down into the specific Jira issues behind a data point, so you can move from "review is slow this month" to "these three assets are the ones that stalled." Flow Insights doesn't replace your detailed work items report β it adds a flow-health layer on top of it, while the full issue data stays available for deeper analysis.
Marketing teams already generate all the flow data they need just by working in Jira. The step most teams skip is turning that history into metrics that name the real bottleneck.
You don't need to overhaul your process to start. Pick the one stage you suspect is slow β usually review or approval β create a metric between those two statuses, and watch it for a couple of weeks. That single number is often enough to turn a vague "we're behind" into a clear conversation about where the time actually goes.
You can set this up on your own Jira and see your real numbers with a free trial of Time Metrics Tracker | Time Between Statuses.
Anastasiia Maliei SaaSJet
2 comments