4. 时间追踪基础:手动记录工时、批量录入工时、编辑与删除工时记录

时间追踪是Tempo复盘与证据留存的基石。本章聚焦于Tempo中四种最核心的工时操作:手动单条记录、批量录入、编辑已有记录以及删除错误或冗余记录。掌握这些基础操作,能确保你在复盘时拥有干净、准确的时间数据源。

4.1 手动记录工时:单条精准录入

手动记录适用于临时任务、突发支持或需要精确到分钟的场景。操作路径通常为:项目面板 → 工作日志 → 记录工时。

字段 说明 示例
问题/任务 关联的Jira Issue Key PROJ-123
时间花费 支持h、m单位,如2h30m 1h15m
日期 默认当天,可回溯 2025-03-21
工作描述 建议包含动词+对象+结果 修复登录页超时bug
剩余预估 可选,更新剩余工作量 3h
最佳实践:描述字段不要只写“开会”或“写代码”。建议采用“动词 + 对象 + 产出/结果”格式,例如“评审API设计文档,输出3条修改建议”。这直接服务于后续复盘时的证据链追溯。

4.2 批量录入工时:高效处理重复场景

当需要为同一任务连续多天录入工时,或为多个子任务分配相同时间时,批量录入可大幅提升效率。Tempo提供两种批量模式:

  • 按日期批量:选定一个任务,一次性录入多天的工时(如过去一周每天1h)。
  • 按任务批量:选定多个任务,为每个任务录入相同或不同的工时,一次性提交。
批量录入适用场景:
  • 每日站会、周例会等固定会议。
  • 持续多日的代码审查或测试执行。
  • 为多个子任务统一分配“项目管理”时间。
// 批量录入示例(Tempo REST API 简化示意)
POST /rest/tempo-timesheets/4/worklogs/bulk
{
  "worklogs": [
    {
      "issueKey": "PROJ-123",
      "timeSpentSeconds": 3600,
      "startDate": "2025-03-18",
      "description": "每日站会"
    },
    {
      "issueKey": "PROJ-123",
      "timeSpentSeconds": 3600,
      "startDate": "2025-03-19",
      "description": "每日站会"
    }
  ]
}

4.3 编辑与删除工时记录

错误记录必须及时修正,否则会污染复盘数据。编辑和删除操作需遵循以下原则:

操作 触发条件 操作路径 注意事项
编辑 时间、描述、日期有误 工作日志 → 点击记录 → 编辑 保留修改历史,建议补充修改原因
删除 重复录入、误录、测试数据 工作日志 → 选中记录 → 删除 删除不可逆,建议先截图备份
批量编辑 多天记录需统一调整 批量选择 → 批量编辑 仅支持修改描述或日期,不支持改时长
避坑指南:
  • 不要直接删除“看起来不对”的记录,先与当事人确认。
  • 编辑时不要清空描述字段,留空会导致复盘时无法追溯。
  • 批量删除前务必确认筛选条件,避免误删整周数据。

4.4 工时操作流程总览

下图展示了从记录到修正的完整闭环,帮助你在日常操作中建立清晰的流程意识。

工时操作闭环流程 手动记录 单条精准录入 批量录入 多天/多任务 编辑记录 修正时间/描述 删除记录 移除冗余数据 复盘证据留存 数据闭环验证 日常高频操作 手动 + 批量覆盖90%场景 编辑/删除用于异常修正

4.5 操作对比与选择策略

不同场景下选择哪种录入方式,直接影响效率和数据质量。下表给出了明确的决策依据:

场景 推荐方式 理由
临时修复一个线上bug 手动记录 单次、精确、需要详细描述
本周每天都有1h代码审查 批量录入 避免重复操作,统一描述
发现昨天录入的时间少记了30min 编辑 保留原始记录上下文
误将测试数据录入生产环境 删除 彻底清除,避免统计污染
为5个子任务各分配2h设计时间 批量录入 一次操作,统一归属
核心原则:日常使用手动 + 批量覆盖绝大多数场景;编辑用于修正,删除仅用于彻底清除无效数据。每次操作后,建议立即查看工作日志视图确认数据已正确写入。