第3章 复盘看板搭建前置条件：团队角色与责任分配、数据准备清单、看板工具选型判断表
复盘看板不是凭空搭建的。在进入工具配置与卡片设计之前，必须完成三项前置条件：团队角色与责任分配、数据准备清单、看板工具选型判断表。这三项条件互为独立、缺一不可，任何一项未就位都将导致看板在实际运行中出现偏差追踪断层、责任推诿或数据失真。
3.1 适用场景
以下四类场景必须执行本章前置条件检查，不可跳过：
- 首次搭建：团队从未使用过复盘看板，需要从零建立角色与数据基线；
- 流程重组：既有复盘出现持续偏差，需重新梳理看板结构与责任边界；
- 角色变更：团队人员调整、PO/SM更换或跨部门协作成员加入；
- 工具迁移：从旧复盘工具（如Excel/物理看板）迁移至新数字化看板平台。
判断提示：只要团队当前不符合上述任一场景，仍建议每季度执行一次前置条件复核，防止角色漂移或数据源失效。
3.2 前置条件
执行本章任务前，需满足以下基线：
- 已确定复盘周期（周复盘/迭代复盘/月复盘）与复盘目标（如偏差率下降30%）；
- 团队管理层已书面确认支持看板搭建，并指定PO（产品负责人）与SM（Scrum Master/复盘推动者）；
- 已有基本的数据采集渠道（如Jira、GitLab、工时系统或手工录入模板）。
3.3 操作步骤
按顺序执行以下四步，每一步产出对应交付物。
步骤一：确定团队角色与责任分工
使用 RACI 矩阵明确每个角色在看板搭建与运行中的责任：
| 角色 | 职责描述 | R（执行） | A（审批） | C（咨询） | I（知会） |
|---|---|---|---|---|---|
| PO（产品负责人） | 审批看板结构、确认偏差阈值 | — | ✓ | — | ✓ |
| SM（复盘推动者） | 组织角色分配、维护看板运行 | ✓ | — | ✓ | — |
| Team Member | 录入数据、更新任务状态 | ✓ | — | — | ✓ |
| 数据管理员 | 确保数据源可用、清洗异常数据 | ✓ | — | — | ✓ |
产出物：《角色责任矩阵表》（RACI 图表），需全员确认签字。
步骤二：梳理数据准备清单
盘点复盘看板所需的数据项，明确来源与责任人：
| 数据项 | 数据来源 | 责任人 | 更新频率 | 状态 |
|---|---|---|---|---|
| 迭代编号 & 需求 ID | Jira / 项目管理工具 | SM | 每日 | 就绪 |
| 任务状态（待办/进行中/完成） | Jira 工作流 | Team Member | 实时 | 就绪 |
| 实际工时 / 剩余工时 | 工时系统 / 手工录入 | Team Member | 每日 | 待确认 |
| 偏差记录（延期/超支/缺陷） | 复盘会议纪要 + 工单 | SM | 每次复盘 | 就绪 |
| 外部依赖阻塞项 | 跨团队协作表 | PO | 每日 | 待接入 |
检查点：数据项完成度 = 已就绪项数 ÷ 总项数 × 100%，需 ≥ 90% 方可进入下一阶段。
步骤三：完成看板工具选型判断
使用加权评分表对比候选工具，选出最适合当前团队的平台：
| 评估维度 | 权重 | Jira | Trello | Excel + Power BI | Notion |
|---|---|---|---|---|---|
| 偏差追踪能力（自定义字段/筛选） | 30% | 9 | 6 | 7 | 7 |
| 团队上手成本 | 25% | 6 | 9 | 8 | 8 |
| 数据集成（API/导入导出） | 20% | 9 | 5 | 6 | 6 |
| 权限与角色管控 | 15% | 8 | 5 | 4 | 6 |
| 成本（预算内） | 10% | 5 | 9 | 9 | 8 |
| 加权总分 | 100% | 7.70 | 6.80 | 6.75 | 7.05 |
评分公式：
综合评分 = Σ(维度权重 × 工具得分)
Jira 加权总分 = 0.30×9 + 0.25×6 + 0.20×9 + 0.15×8 + 0.10×5 = 7.70
Trello 加权总分 = 0.30×6 + 0.25×9 + 0.20×5 + 0.15×5 + 0.10×9 = 6.80
产出物：《工具选型决策表》— 包含评分明细、最终选择及备选方案。
步骤四：前置条件检查确认
汇总前三步产出，填写《前置条件检查表》：
| 检查项 | 状态 | 备注 |
|---|---|---|
| 角色责任矩阵已确认 | ✓ 通过 | 全员签字 |
| 数据清单完成度 ≥ 90% | ✓ 通过 | 完成度 92% |
| 工具选型已决策 | ✓ 通过 | 选择 Jira |
| 管理层批准 | ✓ 通过 | PO 签署 |
全部通过后，正式进入第4章《看板模板设计与偏差字段配置》。
3.4 输入输出物
| 类别 | 输入物 | 输出物 |
|---|---|---|
| 角色分配 | 团队组织架构图、复盘目标文档 | 角色责任矩阵表（RACI） |
| 数据准备 | 现有数据源清单（Jira/Excel/工时系统） | 数据准备清单（含状态标记） |
| 工具选型 | 可用工具列表、团队预算 | 工具选型加权评分表 + 最终决策 |
| 综合检查 | 前三步全部输出物 | 前置条件检查表（验收凭证） |
3.5 责任边界
- PO：审批角色分工、确认工具选型结果、对前置条件检查表做最终签署；
- SM：组织角色分配会议、主导数据盘点、执行工具评分对比、填写检查表；
- Team Member：确认个人责任边界、配合数据源确认、参与工具试用反馈；
- 数据管理员（如有）：验证数据项可采集性、清洗异常数据、提供 API 接入支持。
常见误区：SM 一人包办所有角色分配，未与成员逐一确认，导致后续看板运行中成员不认责。正确的做法是：RACI 矩阵必须经全员确认，并在团队 wiki 中存档。
3.6 记录材料
本章需归档以下四份材料，建议统一存放在团队知识库：
- 《角色责任矩阵表》（RACI 图表，PDF 或在线文档）；
- 《数据准备清单》（含数据项、来源、责任人、状态标记）；
- 《工具选型决策表》（含评分明细、最终选择、备选方案）；
- 《前置条件检查表》（含四步检查结果及审批签名）。
3.7 异常处理
| 异常场景 | 处理方式 | 升级路径 |
|---|---|---|
| 角色冲突（两人争同一责任） | PO 组织协调会议，以 RACI 矩阵重新分配 | 必要时由项目总监仲裁 |
| 数据项不可用（源系统无权限） | 标记为“待接入”，启用手工录入替代方案 | SM 向 PO 申请数据权限 |
| 工具选型分歧（票数打平） | 使用加权评分法量化，以分数最高者为准 | PO 做最终裁决 |
| 管理层批复延迟 | 先以最小可行看板（MVP）启动，批复后正式上线 | SM 每周同步进展 |
3.8 验收标准
本章全部任务完成需满足以下五项标准：
- 角色确认率：所有团队成员在 RACI 矩阵上完成确认签字，确认率 100%；
- 数据清单完成度：已就绪数据项占比 ≥ 90%，剩余项有明确接入计划；
- 工具选型决策：加权评分表已填写，最终工具已选定并获 PO 书面批准；
- 前置条件检查：四项检查项全部为“✓ 通过”，检查表已存档；
- 材料归档：四份记录材料完整存入团队知识库，全员可访问。