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 工时操作流程总览
下图展示了从记录到修正的完整闭环,帮助你在日常操作中建立清晰的流程意识。
4.5 操作对比与选择策略
不同场景下选择哪种录入方式,直接影响效率和数据质量。下表给出了明确的决策依据:
| 场景 | 推荐方式 | 理由 |
|---|---|---|
| 临时修复一个线上bug | 手动记录 | 单次、精确、需要详细描述 |
| 本周每天都有1h代码审查 | 批量录入 | 避免重复操作,统一描述 |
| 发现昨天录入的时间少记了30min | 编辑 | 保留原始记录上下文 |
| 误将测试数据录入生产环境 | 删除 | 彻底清除,避免统计污染 |
| 为5个子任务各分配2h设计时间 | 批量录入 | 一次操作,统一归属 |
核心原则:日常使用手动 + 批量覆盖绝大多数场景;编辑用于修正,删除仅用于彻底清除无效数据。每次操作后,建议立即查看工作日志视图确认数据已正确写入。