Tempo追踪复盘证据留存 - 第1节
1.1 Tempo 工具简介
Tempo 是 Atlassian 生态中市场占有率最高的原生时间追踪与团队容量管理插件，深度集成 Jira 工作流。它把“谁、在什么任务上、花了多少时间”这一基础数据，转化为 Sprint 燃尽、人员利用率、项目预算消耗等管理视图，是 Scrum 团队从“凭感觉复盘”走向“数据驱动复盘”的关键基础设施。
核心定位：Tempo 不是简单的“打卡器”，而是连接执行层（开发工时）与管理层（预算/容量/复盘）的数据桥梁。
为什么 Scrum 团队需要 Tempo
- 复盘有据：回顾会不再依赖“我记得上周花了三天修 Bug”，而是直接拉出 Tempo 报表，精确到小时。
- 容量可视：PO 和 SM 能实时看到团队剩余容量，避免 Sprint 承诺超载。
- 预算可控：对客户项目或内部效能改进，Tempo 提供工时成本换算，防止 Scope Creep 吃掉利润。
- 证据留存：所有时间记录附带 Jira Issue 链接、描述和日期戳，形成可审计的复盘证据链。
1.2 Tempo 在敏捷开发中的定位
在敏捷开发体系中，Tempo 处于“执行度量”与“管理反馈”的交汇层。它不替代 Jira 的 Issue 管理，也不替代 Confluence 的知识沉淀，而是为两者提供时间维度的量化支撑。
| 敏捷环节 | Tempo 提供的价值 | 典型场景 |
|---|---|---|
| Sprint 计划 | 基于历史速率和团队可用容量，辅助承诺 | 查看团队成员下周休假计划，自动扣减可用小时 |
| 每日站会 | 快速核对昨日记录，发现未记时或记时偏差 | SM 通过 Tempo 报表发现某成员连续 3 天未记录 |
| Sprint 评审 | 展示实际工时 vs 预估工时，暴露估算偏差 | PO 看到 Story A 预估 8h，实际花了 22h，触发复盘 |
| Sprint 回顾 | 提供分类工时分布（开发/测试/会议/缺陷） | 团队发现“缺陷修复”占 Sprint 总工时的 40%，决定改进 CI |
| 项目结项 | 导出完整工时审计报告，作为交付证据留存 | 客户要求提供每个 User Story 的实际投入工时明细 |
💡 最佳实践：将 Tempo 数据作为 Sprint 回顾会的“客观事实输入”，避免讨论停留在主观感受层面。例如：“我们觉得测试时间太长” → “Tempo 显示测试工时占比 38%，比上一 Sprint 上升 12%”。
1.3 Tempo 核心功能模块概览
Tempo 的功能体系可以划分为四个核心模块，它们共同构成了从“记录”到“分析”再到“证据留存”的完整闭环。
模块详解
| 模块 | 核心能力 | 对复盘证据留存的价值 |
|---|---|---|
| 日志记录 | 支持手动输入、日历拖拽、Jira 工作流自动触发记时 | 每条记录绑定 Issue Key、描述、日期，形成不可篡改的原始数据 |
| 容量规划 | 展示团队/个人可用小时、已安排小时、剩余容量 | 复盘时可对比“计划容量” vs “实际消耗”，发现超载或闲置 |
| 报表分析 | 按项目、成员、Issue 类型、时间维度生成聚合报表 | 直接导出为 Sprint 复盘附件，支持按分类（开发/测试/管理）钻取 |
| 预算管理 | 设置项目预算小时/金额，实时追踪消耗进度 | 结项时提供预算 vs 实际对比图，作为成本合规证据 |
⚠️ 常见误区：很多团队只用了 Tempo 的“日志记录”功能，忽略了容量规划和预算管理。这会导致复盘时只有“花了多少时间”，没有“应该花多少时间”的参照系，证据链不完整。建议从 Sprint 1 开始就启用容量规划模块。
功能模块间的数据流
四个模块并非孤立运行，而是通过统一的数据模型串联：
- 日志记录产生原始工时条目（Worklog）。
- 容量规划读取 Worklog 计算已消耗容量，并与计划容量对比。
- 报表分析聚合 Worklog 生成多维视图（按人、按 Issue、按时间）。
- 预算管理引用 Worklog 和费率表，计算预算消耗百分比。
- 所有模块的数据最终可一键导出为 CSV/Excel/PDF，形成复盘证据包。