Atlas · DS139 · Layout: Productivity

Kanban Board UI

Items move through columns that represent states.

Status in 2026: Established. Documented and in wide use.
Trend 2027 to 2030: Rising (an editorial projection, not a forecast).
The term: Known technical term or standard.

Definition

Items move through columns that represent states.

Traits

columns
cards
drag

Typical settings: Projects, processes.

When to use it, and when not

Consider it when the task and motivation match: teams that manage visual workflow. Typical settings: projects, processes.

Be careful when the risk below would hurt the main task: drag-and-move accessibility.

The audience is a hypothesis

"Teams that manage visual workflow" describes a motivation, task or context for which this direction tends to be chosen. It was not measured, and it says nothing about any age, gender or other group.

UX risk and how to reduce it

Risk: Drag-and-move accessibility.

Mitigation and accessibility: Keyboard, alternative actions and logs.

How to check: Test a prototype against a plain baseline on a real task: completion, time, errors, comprehension, accessibility and preference, segmented by context rather than by stereotype.

Evidence

Indirect: the sources support underlying principles, not a preference for this style.

The sources below support the principles that apply to this term. None of them shows that this style works better or is preferred.

W3C Web Accessibility Initiative 2023 (Standard or guideline): Accessibility requirements.
W3C Web Accessibility Initiative 2021 (Standard or guideline): Cognitive accessibility guidance.

Heuristic scales

Relative editorial judgements from 1 to 5. They are not results of a study and not a measure of quality.

Visual complexity heuristic: 3 / 5 (1 is few visual elements, 5 is many layered elements)
Expressiveness heuristic: 2 / 5 (1 is restrained, neutral, 5 is highly expressive)
Information density heuristic: 4 / 5 (1 is sparse, 5 is dense)

In our library

No design-style recipe in @codeatlasdev/ui implements this term yet. You can still build it from the --ca-* tokens: see Theming.

Prompt for your AI

Paste this into a coding agent. It carries the trade-offs, and asks for a baseline to compare against.

Design this interface in the "Kanban Board UI" direction (layout, productivity): Items move through columns that represent states.
Visual and interaction traits to use: columns, cards, drag.
Main UX risk: Drag-and-move accessibility. Mitigate it: Keyboard, alternative actions and logs.
Keep it accessible to WCAG 2.2 AA: contrast, visible focus, keyboard operation, 24 px minimum targets, reflow at 320 CSS px and reduced motion.
Keep the content, hierarchy and behavior the same as a plain baseline so the two can be compared. Do not claim the style performs better; the choice should be validated with users.

Limits

The atlas is a broad, living catalogue, not every style that exists. No authority enumerates them, and the classes (movement, aesthetic, design system, layout, pattern, principle) overlap.
The 1 to 5 scores are relative editorial judgements. They are not results of a study and not a measure of quality.
An audience is a hypothesis about motivation, task and context. It was never measured and says nothing about any age, gender or other group.
The sources support underlying principles (visual complexity, legibility, grouping, accessibility, platform conventions). None shows that a particular style works better or is preferred.
The 2027 to 2030 trend is an editorial projection, not a forecast.
Terms in the Future / AI category rest on exploratory work, some of it preprints, with no causal validation.

Last reviewed 2026-10-25.

References

W3C Web Accessibility Initiative (2023). WCAG 2.2: How to Meet WCAG (Quick Reference). W3C Recommendation.Standard or guideline
Supports: What conformant content must do, as testable success criteria with a level (A, AA, AAA): for example 1.4.10 Reflow (no two-dimensional scrolling at a width equivalent to 320 CSS pixels, except content that needs two-dimensional layout), 2.4.11 Focus Not Obscured (Minimum) and 2.5.8 Target Size (Minimum) (at least 24 by 24 CSS pixels, with listed exceptions).
Does not support: What users prefer or what performs better. A standard says what is required, not what is popular.
Checked 2026-10-25.
W3C Web Accessibility Initiative (2021). WCAG 2 supplemental guidance. W3C WAI.Standard or guideline
Supports: W3C WAI lists supplemental guidance for improving accessibility beyond what WCAG 2 requires, including a cognitive accessibility guidance set.
Does not support: Normative requirements: supplemental guidance is advisory, not required for conformance. This page is an index; a specific recommendation needs the linked document.
Checked 2026-10-25.