Cumulative Flow Diagram for Azure DevOps

Turn your Azure DevOps work history into a Cumulative Flow Diagram that shows where work is accumulating, whether WIP is growing, and how consistently work is flowing through your system.

14 days, no credit card.

Nave’s Cumulative Flow Diagram for Payments Mobile from June 30 to September 30, 2026, with seven workflow-stage bands and dotted lines showing 0.42 items per day arriving and 0.46 items per day leaving.

What does a Cumulative Flow Diagram tell you?

  1. 1

    Each band represents a workflow stage.

  2. 2

    Band width represents WIP in that stage.

  3. 3

    The slope shows the rate at which work is arriving or leaving.

  4. 4

    Changes in the shape are where you investigate.

Diagram

33120102030405060Work itemsTimeTo DoDevelopmentTestingDone
33120102030405060Work itemsTimeTo DoDevelopmentTestingDone

Explore the CFD in more detail

Track the current state of your work

In the Cumulative Flow Diagram for Azure DevOps (CFD), the horizontal axis shows a timeline and the vertical axis displays the number of work items in your columns. Each colored area represents a column in your Azure board. The size of the areas indicates how many work items currently exist in each column.

To be able to achieve a stable process, strive to keep the number of work in progress within the WIP limits for each column.

Evaluate your work in progress

By hovering over the graph, you can see the number of items in each process state on the selected date. You can also track the accumulated number of tasks completed, those in the Done state, in the selected time frame.

You can switch between “process” and “states” in your WIP tooltip to see your total WIP or the WIP in each list on your board.

Measure your average delivery times

Reading the horizontal difference between the top and the bottom line of a CFD area at any point along the graph will give you the approximate average cycle time of your completed tasks. It measures the average time that it took to complete all items on the selected date.

A comparison of the approximate average cycle time from your CFD with the exact average cycle time from your Cycle Time Histogram for Azure DevOps can give you a good understanding of your process performance. If these values are roughly equal, this indicates that you are maintaining a stable system.

Analyze how much work your team delivers

The bottom line of your CFD represents the ‘Done’ state from your process. By observing that line, you can measure the amount of work your team has delivered. The gradient between any two points represents your average throughput. If your team is productive, you will see the ‘Done’ area grow rapidly.

Keep tabs on the gradient of your ‘Done’ area - the slower it grows, the longer your delivery times.

Assess the pace you start and finish your work

The graph’s top line represents the rate at which new tasks are coming in your workflow, while the bottom line depicts their departure rate. These are the rates at which you start new work and finish outstanding work.

You need to monitor these lines closely. To achieve a predictable workflow, strive to keep your WIP as consistent as possible. If your WIP is consistent, the arrival rate and departure rate lines will grow in sync.

Observe how arrival and throughput rates change over time

The ‘Arrival and Throughput Rates’ widget on the Cumulative Flow Diagram for Azure DevOps enables you to track how your arrival and throughput rates change over a certain time frame. Ideally, you should see these lines overlap with each other.

A rising arrival line means that you’re starting work faster than you finish it and your team is working on more tasks than they are able to handle at a time. Higher arrival rate leads to higher WIP and usually results in increased cycle times and potential delays.

Analyze your process health

The Cumulative Flow Diagram for Azure DevOps enables you to evaluate the stability of your system and help you identify problem areas. In a stable system, the average arrival rate is roughly equal to the average throughput rate. This means that your workflow is predictable, as the tasks arrive in the process at the same speed as they are leaving it.

Based on Little’s Law, Average Cycle Time = Average Work In Progress / Average Throughput. Balancing this equation and adopting Little’s Law assumptions as explicit policies is the best way to establishing a stable workflow.

Spot bottlenecks instantly

By using the Cumulative Flow Diagram for Azure DevOps, you can gain instant insight into the exact amount of work in each state of your process. If you find that one of the colored areas that represent WIP starts expanding, your diagram has honed in on a bottleneck in that state.

Remember, before you make assumptions, first consider the possibility of any changes like team size or a public holiday - these could explain the unexpected activity spikes.

How to read your Azure DevOps CFD

Same chart. Different patterns. Different decisions.

  1. 1

    Different gradients

    Arrivals and departures don’t match.

    020406080Work itemsTimeTo DoDevelopmentTestingDone
    What I see
    Top line is steeper than the bottom line.
    What it means
    WIP is growing and cycle times are likely to increase.
    What I do
    I investigate why downstream delivery can’t keep pace with incoming work.
  2. 2

    Flat line

    Work has stopped moving.

    020406080Work itemsTimeTo DoDevelopmentTestingDone
    What I see
    One of the lines stops rising for a period of time.
    What it means
    There are zero departures from that stage.
    What I do
    I investigate what is preventing work from moving, such as reviews, approvals, blockers, dependencies or unavailable capacity.
  3. 3

    Stair steps

    Work is moving in batches.

    020406080Work itemsTimeTo DoDevelopmentTestingDone
    What I see
    The line stays flat, then jumps, then stays flat again.
    What it means
    Work is being delivered in batches rather than flowing continuously.
    What I do
    I investigate what is creating the batch and whether that batching is actually necessary.
  4. 4

    Bulging band

    WIP is accumulating.

    020406080Work itemsTimeTo DoDevelopmentTestingDone
    What I see
    One band becomes progressively wider.
    What it means
    More work is entering that stage than leaving it.
    What I do
    I investigate why work is accumulating there, for example capacity, blockers, dependencies, push behaviour or completed work waiting to be pulled.
  5. 5

    Disappearing band

    A workflow stage needs investigation.

    Review020406080Work itemsTimeTo DoDevelopmentTestingDone
    What I see
    A band becomes extremely thin or disappears completely.
    What it means
    Work may be skipping that stage, moving through faster than the measurement interval, or not reaching it because of an upstream problem.
    What I do
    I investigate which explanation actually matches what’s happening in the underlying work.
  6. 6

    S-curve

    Flow is inconsistent.

    020406080Work itemsTimeTo DoDevelopmentTestingDone
    What I see
    The CFD starts flat, becomes steep, then flattens again.
    What it means
    WIP and delivery rates aren’t being maintained consistently, making the system less predictable.
    What I do
    I investigate why work isn’t arriving and leaving at a more consistent rate and what that variability is doing to predictability.

Request the one-page pattern guide 

Read a real CFD

What I see
The Ready for SIT band holds 2 items on July 6, 4 on July 13, 5 on July 20, 4 on July 27, and 6 on August 3. It falls to 0 on August 10.
What it means
While it widened, more work entered Ready for SIT than left it. This is the bulging-band pattern. The chart shows accumulation, but not why it happened or cleared.
What I would investigate
I investigate why work accumulated in Ready for SIT, for example capacity, blockers, dependencies, push behavior, or completed work waiting to be pulled.
Detail of Nave’s Cumulative Flow Diagram for Payments Mobile from June 30 to August 20, 2026. The Ready for SIT band holds 2 items on July 6, widens to 6 by August 3, holds 0 on August 10, then holds 0 or 1.
Cumulative Flow Diagram detail for Payments Mobile, June 30 to August 20, 2026.

From Azure DevOps board to CFD

Diagram

Azure DevOps columns

  1. To do
  2. In Development
  3. Code Review
  4. Ready for SIT
  5. SIT
  6. UAT
  7. Awaiting Release
  8. Done

Nave workflow stages

  1. Not started
  2. In progress
  3. Done

Cumulative Flow Diagram

Each Nave dashboard maps an Azure DevOps board. Map columns as not started, in progress, or done. Mapped in-progress columns and Done become Cumulative Flow Diagram bands.

Explore Nave for Azure DevOps 

Go beyond the CFD

The CFD gives you the signal. Nave gives you the evidence behind it.

See your Azure DevOps flow

Connect your Azure DevOps board and build the CFD from the delivery history you already have.

14 days, no credit card.