第4章 看板列结构设计：列名定义、列间流转规则、WIP限制设置、异常状态标识

4.1 适用场景

• 新建复盘看板：团队初次搭建 RICE 偏差追踪看板，需要标准化列结构。
• 看板重构优化：现有看板流转混乱、拥堵频繁，需要重新设计列定义与 WIP 限制。
• 跨团队统一：多个项目组需要统一的看板列规范，便于横向对比与汇总。
• 自动化集成前：准备将看板与 CI/CD 或数据分析平台对接，需要明确的列标识与状态码。

4.2 前置条件

条件	说明	验收标准
偏差分类清单	已完成偏差类型与 RICE 维度的映射	至少包含 5 种常见偏差类别及对应 RICE 标签
团队角色定义	明确 PO、SM、Dev 等角色在看板中的操作权限	角色清单已评审通过
工具选型确认	选定看板工具（Jira / Trello / 自研）并确认支持自定义列与 WIP	工具已部署且管理员权限就绪
初始偏差数据	准备至少 10 条历史偏差记录用于测试流转	数据已脱敏并导入测试环境

4.3 操作步骤

本步骤将“列结构设计”拆解为 4 个子任务，依次完成 列名定义 → 流转规则 → WIP 限制 → 异常标识。

4.3.1 步骤一：列名定义与语义标准化

每列的命名必须包含 状态动词 + 阶段名词，并附加 RICE 标签空间。以下为推荐列模板：

列名（中文）	列名（英文）	语义定义	RICE 标签要求
待办	Backlog	已识别但未开始分析的偏差，按 RICE 总分排序	必须填写 R、I、C、E 四项预估分
分析中	Analyzing	正在执行根因分析，输出偏差分析报告	更新 Confidence 为实际值
优化中	Optimizing	制定并执行优化措施，每日更新进度	Effort 调整为实际工时
验证中	Verifying	验证优化效果，对比基线数据	更新 Impact 为实测值
已完成	Done	偏差已闭环，归档至知识库	冻结所有 RICE 值，生成复盘记录

4.3.2 步骤二：列间流转规则

定义每张卡片在不同列之间的 合法转移路径 以及 触发条件：

• 待办 → 分析中：PO 确认 RICE 预估分完整，指派责任人后自动移入。
• 分析中 → 优化中：根因分析报告通过评审，且 Confidence ≥ 3 分。
• 优化中 → 验证中：优化措施部署完成，度量指标已埋点。
• 验证中 → 已完成：验证结果达到预期阈值（如偏差率下降 ≥ 20%），SM 确认闭环。
• 任一列 → 异常/阻塞：出现外部依赖阻塞、资源缺失或数据异常，自动或手动标记。
• 异常/阻塞 → 原列：阻塞原因消除后，由责任人移回原列并更新备注。

4.3.3 步骤三：WIP 限制设置

WIP（Work In Progress）限制用于防止看板拥堵，数值依据团队历史吞吐量计算：

列	默认 WIP 上限	计算公式	调整周期
分析中	3	团队人数 × 0.6（向上取整）	每迭代调整一次
优化中	2	开发资源数 × 0.5	每迭代调整一次
验证中	2	QA 资源数 × 0.5	每迭代调整一次

当某列卡片数达到 WIP 上限时，禁止从上游列移入新卡片，直到该列完成部分工作并腾出空位。WIP 数值应在看板列标题旁直观显示（例如：分析中 [3/3]）。

4.3.4 步骤四：异常状态标识

异常卡片必须包含以下 3 项强制标识：

1. 🔴 红色标签 —— 列名后缀 [BLOCKED]，背景色使用 #e74c3c。
2. 阻塞原因标签 —— 从预定义清单中选择（依赖外部/资源不足/数据缺失/其他）。
3. 阻塞时长计数器 —— 从标记为异常开始计时，超过 48h 自动升级通知。

// 异常状态标识 JSON 示例（用于看板工具配置）
{
  "column": "异常/阻塞",
  "color": "#e74c3c",
  "required_fields": ["block_reason", "block_owner", "block_start_time"],
  "auto_escalation": {
    "threshold_hours": 48,
    "notify_roles": ["SM", "PO"]
  },
  "allowed_return_columns": ["分析中", "优化中", "验证中"]
}

4.4 输入输出物

类型	名称	格式/载体	责任人
输入	偏差分类清单（已标 RICE）	Excel 或 在线表格	PO
输入	团队历史吞吐量数据	迭代燃尽图 / 速率报告	SM
输出	看板列结构定义文档	Markdown / 在线 Wiki	SM
输出	WIP 限制配置清单	看板工具配置文件 / JSON	SM + Dev
输出	异常标识规范 & 升级策略	团队章程 / 工具自动化规则	PO + SM

4.5 责任边界

• PO（产品负责人）：审核列定义与业务语义一致性，确认 RICE 标签的必填要求。
• SM（Scrum Master / 复盘引导师）：主导看板列设计 workshop，输出结构文档，配置 WIP 限制与异常规则。
• 开发/分析团队：提供实际吞吐量数据，试用看板流转并反馈拥堵点。
• QA / 验证团队：确认“验证中”列的进入/退出标准符合度量要求。

4.6 记录材料

记录名称	必填字段	保存位置	保留期限
看板列结构定义表	列名(中/英)、语义、进入/退出标准、WIP 上限、颜色码	团队 Wiki / 看板工具元数据	整个项目周期
WIP 调整记录	调整日期、列名、旧值、新值、调整原因	迭代复盘文档	3 个迭代
异常标识日志	卡片 ID、阻塞原因、责任人、开始时间、恢复时间	看板工具活动日志	6 个月

4.7 异常处理

异常场景	处理措施	升级路径
卡片在单列停留超过 5 天	SM 发起“列阻塞评审”，判定是否需要拆分任务或调整 WIP	→ 汇报至 PO 调整优先级
WIP 频繁超限（每周 ≥3 次）	重新计算团队实际吞吐量，更新 WIP 公式参数	→ SM 组织专题复盘
异常列卡片超过 5 张且 48h 未处理	自动通知 PO + 部门经理，触发紧急站会	→ 部门经理协调外部资源
列名语义出现歧义（新成员理解偏差）	更新列定义文档，并在看板列标题添加 tooltip 说明	→ SM 在下次迭代计划中宣讲

4.8 验收标准

1. 列定义完整性：看板中每一列均包含中文名、英文名、语义描述、进入/退出标准，缺一不可。
2. 流转规则可执行：使用 3 条测试卡片走完“待办 → 已完成”全流程，无非法转移被允许。
3. WIP 限制生效：当某列卡片数达到上限时，系统禁止移入新卡片并给出明确提示。
4. 异常标识可视化：异常列卡片均显示红色背景、阻塞原因标签和时长计数器。
5. 文档已归档：看板列结构定义表、WIP 调整记录、异常标识规范三份文档均上传至团队 Wiki 并@全体成员。