第二章 搭建复盘看板的前置条件
适用场景
本章适用于以下情境：
- 组织计划首次引入复盘看板，或对现有复盘流程进行系统化升级；
- 团队规模超过5人，复盘信息需要跨角色、跨部门共享；
- 复盘涉及的业务或项目数据分散在不同系统中，需统一可视化；
- 管理层希望用看板标准化复盘节点、提升问题跟踪透明度。
前置条件
必须同时满足以下四项基本条件，否则看板搭建后容易陷入“有板无复盘”或“数据僵尸”状态。
| 条件 | 关键检查点 | 不满足时的风险 |
|---|---|---|
| 组织文化准备 | 管理层对复盘持开放态度，不追责、不甩锅； 复盘结论能被用于决策改进。 | 复盘流于形式，无人填写看板内容。 |
| 团队角色确认 | 已明确复盘主持人、看板管理员、数据提供者、决策者。 | 责任真空，看板维护无人负责。 |
| 工具选型 | 看板工具与现有协作系统兼容，支持权限管理、数据导入、看板视图切换。 | 工具与工作流割裂，增加额外负担。 |
| 数据可获取性评估 | 复盘所需的关键指标（KPI、完成率、缺陷数、客户反馈等）有稳定数据源，且能定期更新。 | 看板数据滞后或缺失，丧失复盘时效性。 |
建议：在正式搭建看板前，用1～2周对齐这四个条件，可通过一次小型复盘演练验证各要素是否到位。
操作步骤
- 诊断组织文化现状 – 通过匿名问卷或访谈了解团队对复盘的真实态度，识别“追责文化”程度。若低信任，需先完成文化契约或领导承诺书。
- 任命关键角色 – 由项目负责人或PMO指定复盘主持人、看板管理员、数据接口人，并写入RACI矩阵。
- 工具选型评估 – 列出候选工具（如Jira、Notion、飞书多维表格、Trello等），从权限、API、看板模板、成本四个方面评分，选出唯一工具。
- 数据源梳理与接口验证 – 罗列复盘所需指标，确认数据采集频率、清洗规则、更新责任人。可通过一次数据拉取测试看板是否自动填充。
- 确认清单签核 – 输出《前置条件检查表》，由复盘发起人、技术负责人、业务Owner三方签字，正式启动看板搭建。
常见错误：跳过组织文化准备直接选型，导致看板搭建完成后无人愿意填写甚至被删除。务必把“心理安全感”视为第一道门槛。
输入输出物
| 类型 | 输入物 | 输出物 |
|---|---|---|
| 组织文化 | 团队复盘历史记录、管理层公开表态录音/会议纪要 | 《复盘文化成熟度评估报告》 |
| 角色确认 | 项目组织结构图、当前复盘流程描述 | 《复盘角色与职责RACI矩阵》 |
| 工具选型 | 候选工具功能列表、团队协作工具现状清单 | 《看板工具选型对比表》+ 选定工具许可 |
| 数据评估 | 业务数据库结构文档、BI报表样例、手工数据源清单 | 《数据可获取性校验报告》 |
| 整体 | 四份交付物汇总 | 《前置条件检查表》含三方签核 |
责任边界
- 复盘发起人（通常为项目总监/PMO）：主导组织文化诊断，确保高层释放“复盘不追责”信号。
- 数据接口人（团队数据分析师/工程师）：验证数据源连通性，输出数据字典与更新频率。
- 看板管理员（建议为全职或兼职的敏捷教练/PM）：执行工具选型对比，搭建原型看板。
- 业务Owner（相关业务负责人）：签署前置条件检查表，承诺使用看板。
记录材料
本章工作产生的所有记录性文档应归入复盘看板项目文件夹，建议命名规范如下：
// 预设文件夹结构示例（非代码，仅用于说明存档路径）
01-前置条件
├── 01-文化诊断_汇总.docx
├── 02-角色RACI.xlsx
├── 03-工具选型评分表.xlsx
├── 04-数据可获取性报告.pdf
└── 05-前置条件检查表（签核版）.pdf
异常处理
| 异常现象 | 原因 | 处理措施 |
|---|---|---|
| 管理层拒绝签署“不追责承诺” | 组织文化成熟度低 | 改为试点复盘（非正式），积累正向案例后再推动正式看板 |
| 无法找到稳定数据源 | 数据分散在手工Excel或非结构化文档中 | 先搭建轻量级看板（手动更新），同时推动数据治理项目 |
| 工具选型无法满足所有团队 | 不同部门使用不同系统 | 按“统一看板+子视图”原则选最通用的工具，辅以API桥接 |
验收标准
- 《前置条件检查表》已由三方签字盖章。
- 选型工具已完成安装/开通，且管理员具备基础操作权限。
- 至少有一个看板视图（列表/看板板/日历）的原型已创建并展示。
- 团队中80%以上成员能说出自己在此复盘看板中的角色。
- 关键复盘指标（≥5个）的数据可在看板中自动或半自动更新。