Skip to content

WIP Limits

Does your "In Progress" column actually stop filling up? A coloured column count is a suggestion; Formation makes it a rule. Set a limit on how many issues may sit in a status at once, and Formation enforces it as a hard block on the transition — the move is refused, with the message you wrote, until the status has room.

WIP Limits in Formation — per-status caps on how many issues may sit in a status, enforced as a hard block on Jira transitions

Per-status WIP caps, enforced as a hard block on the transition — the enforcement your board's coloured column never had.

Highlights

  • Enforced on the transition, not just displayed — when a status is at its cap, the transition into it is refused server-side. Board colour only ever warned you; Formation stops the move.
  • Per project, counted independently — scope a limit to the projects it applies to, and each project's count stands on its own — no site-wide smearing.
  • Your message, not a generic error — write the block message the assignee sees, so they know why the move was refused and what to do about it.
  • Fails open, safe by design — enforcement is a Forge workflow validator; if the platform can't evaluate a limit, the transition is allowed rather than wedged, so a hiccup never freezes your workflow.

The status picker narrows to the projects you chose, so you set a limit in seconds instead of scrolling a site-wide list.


Read the full how-to in the Knowledge Base → WIP Limits guide

Related: Transition Gates · Field & Form Governance