Swim lane diagram
Definition
Swim lane diagram
A swim lane diagram is a process map split into parallel lanes, one per person, team or system, so every step sits in the lane of whoever performs it. The lane boundaries make handoffs visible, which is usually where most of the delay hides.

A plain flowchart shows what happens. A swim lane diagram shows what happens and who does it, which is a different and far more useful picture.
That extra dimension is why it survives in process work. Most broken processes aren’t broken inside a step; they break in the gap between two teams who each assumed the other was handling it.
The name comes from the look of it. Parallel bands across the page resemble a swimming pool — each role swims in its own lane from the start of the process to the end.
Lanes run horizontally or vertically, and the sequence reads left to right or top to bottom. Everything else follows ordinary process mapping convention.
Key takeaways
- Each lane names one role, team or system, and every step belongs to exactly one lane.
- Arrows crossing a lane boundary are handoffs — the usual source of delay and error.
- The diagram is a diagnostic tool first and a documentation artefact second.
- Current state and future state are drawn separately, never combined on one sheet.
How it works
You build a swim lane diagram in four moves: list the roles that touch the process, draw a lane for each, walk it from trigger to outcome placing every step in its owner’s lane, then mark the handoffs, waits and rework loops.
| Element | What it shows | Drawn as |
|---|---|---|
| Lane | one role, team or system | a labelled horizontal band |
| Step | a task performed in that lane | a rectangle |
| Decision | a branch in the path | a diamond |
| Handoff | work crossing a lane boundary | an arrow between lanes |
| Wait | queue or approval delay | an annotated pause symbol |
Scope beats detail. Fix the trigger and the end point before the first box goes down, or the map grows sideways until nobody will read it.
Draw current state from observation, not from the procedure manual. A process analysis built on how work is supposed to happen misses the workarounds that carry most of the volume.
Then count the crossings. A map with eleven lane changes in a twelve-step process is telling you the work is fragmented, which is the standard argument for a handoff process between sales and customer success being redesigned.
Mark the rework loops honestly. An arrow that goes backwards — a rejected form, a returned ticket, a re-keyed order — usually costs more than any single step shown on the map.
Timings turn the picture into a business case. Adding duration and queue time to each step produces the process cycle time and exposes how much of it is pure waiting.
Formal notation exists when you need it. Business process management (BPM) teams often draw in Business Process Model and Notation (BPMN), where lanes are a defined construct rather than a drawing habit.
Examples
Health departments, state improvement programmes and outsourcing transitions all use swim lane diagrams for the same reason: the work crosses several owners, and the trouble lives in the gaps between them rather than inside any single step.
Public health improvement teams publish templates for it. The Minnesota Department of Health, in guidance last updated on 24 July 2025, describes a swim lane map as placing events and actions in lanes to delineate a person or group responsible, or a specific subprocess.

The notation has a formal home too. The Object Management Group’s BPMN 2.0.2 specification, a formal release dated January 2014, is described there as the de-facto standard for business process diagrams, lanes included.
Outsourcing transitions depend on them. When a function moves offshore, a before-and-after swim lane pair settles which steps the provider owns and which stay onshore, long before any process design for outsourcing work starts.
Shared services teams map across sites. A finance process spanning Manila, Kraków and a local controller gets one lane per location, which makes the overnight handover gaps impossible to miss.
Automation projects use them as a shortlist. Steps that sit in one lane, follow fixed rules and involve no judgement are the obvious first candidates for process automation. Steps that bounce across three lanes rarely are.
Related terms
These terms surround swim lane diagrams in process work: the broader discipline, the measures the diagram feeds, and the specific handoff problems a lane map is usually drawn to settle in the first place.
- Process mapping: the wider practice of drawing how work actually flows.
- Business process management: the discipline that governs how processes are designed and improved.
- Process cycle efficiency: the share of total cycle time that adds value.
- Process analysis: the examination of a mapped process to find waste and risk.
- Handoff process from sales to customer success: a common cross-lane transfer worth mapping on its own.
FAQ
The usual questions concern the difference from a flowchart, how many lanes are workable, what tools people use, and whether a swim lane map is worth drawing before an outsourcing transition.
How is it different from a flowchart?
A flowchart shows the sequence of steps. A swim lane diagram adds ownership by placing each step in the lane of the role performing it, which makes handoffs and gaps obvious.
How many lanes should a diagram have?
Four to seven is comfortable. Beyond that the sheet gets unreadable, and the right response is usually to split the process into two maps rather than shrink the boxes.
What should go in a lane label?
A role or system, not a person’s name. Named individuals date the map immediately and make it awkward to reuse after a staffing change.
Do I need special software?
No. Plenty of useful maps start on a whiteboard with sticky notes, and diagramming tools matter only once the map has to be shared and maintained.
Is it worth doing before outsourcing a process?
Strongly. Mapping the current state in lanes is the cheapest way to find the steps nobody owns, and those are the steps that fail first after transition.
Should I map current state or future state first?
Current state, always. A future-state map drawn before anyone has watched the real process simply redraws the assumptions that caused the problem.
If you plan to hand a mapped process to a delivery partner, compare providers and capability on Outsource Accelerator.







Independent




