Kanban Board 是一个 UX 模式，用于在列和泳道中组织任务，直观呈现工作在各阶段的流转，帮助团队平衡流量、发现阻塞并重新排定优先级。
用途 该模式最适用于任务与问题跟踪、内容生产工作流以及服务交付队列。相比相邻模式，它应在不隐藏用户所需状态、规则或恢复路径的前提下减少摩擦。
何时使用
- 任务与问题跟踪
- 内容生产工作流
- 服务交付队列
何时避免
- 当用户只需要一两个值而非完整布局时，使用更简单的视图。
- 当任务是创建或编辑而非解读时，避免使用此模式。
- 如果另一种表示在移动端更清晰，不要强行套用同一视图。
实现工作流
- 在复制示例前，确认该模式与问题和约束匹配。
- 从 references/pattern.md 中的结构与示例开始，然后选择最小的可行变体。
- 在叠加视觉打磨之前，先应用无障碍、性能和交互护栏。
- 使用测试指南验证键盘、屏幕阅读器、响应式和失败场景下的行为。
无障碍护栏 键盘交互
- 验证看板可以仅用键盘完成操作。
- 当模式打开、更新或显示额外 UI 时，保持焦点顺序合乎逻辑。
- 保持在高缩放级别下仍可读的可见焦点状态。
屏幕阅读器支持
- 优先使用语义元素，仅在语义不足时添加 ARIA。
- 在正确位置以正确的礼貌级别播报错误、加载或完成等状态变化。
- 在有用时，用 aria-describedby 或结构化标题连接标签、提示和状态文本。
视觉无障碍
- 不要仅依赖颜色来传达严重程度、完成或选中状态。
性能护栏
- 在添加嵌套操作、图表或内联过滤器等更丰富的装饰之前，测量默认视图的渲染成本。
- 当布局会一次性渲染过多项目时，使用分页、窗口化或渐进披露。
- 稳定高度和占位几何，使加载和数据刷新状态不会造成大的布局偏移。
常见错误 先选布局后定任务 问题：团队常在确认用户需要比较、探索还是扫描之前，就选择视觉上熟悉的模式。 修复：从用户任务出发，再将布局映射到比较、时间顺序、层级或概览需求。
忽略非理想状态 问题：即使默认视图很精致，当加载、空和错误状态不一致时仍会显得破碎。 修复：提前设计数据生命周期，包括空、部分、过期和失败结果。
只发布桌面端密度模型 问题：大表格、密集仪表盘和重型卡片在小屏幕上会迅速崩溃。 修复：在实现前定义移动策略，如堆叠卡片、渐进披露或替代摘要。
相关模式
- https://uxpatterns.dev/patterns/content-management/drag-and-drop
- https://uxpatterns.dev/patterns/data-display/dashboard
- https://uxpatterns.dev/patterns/data-display/list-view
完整实现细节、示例和测试说明见 references/pattern.md。 模式页面：https://uxpatterns.dev/patterns/data-display/kanban-board