一个‘好’工程师每周关闭多少 Jira tickets？

Source: Dev.to

Overview

对工单速度的执着往往抓不住重点，但基准仍然有参考价值。单纯的工单数量容易产生误导，因为每个工单所需的工作量差异很大。

Benchmarks

• Baseline：每位工程师每个 2 周冲刺 5–10 个 story point。
• Sustainable pace：约 1 张工单/天（≈每周 5 张）。
• Spikes：在 bug‑triage 周出现 10+ 张工单是正常的，但不可持续。
• High‑velocity teams：将工作拆分为 1 天任务时，团队每周可达 25 张工单。

Factors Affecting Velocity

• Ticket complexity：20 个小 bug ≠ 3 项复杂任务。
• Work‑in‑Progress (WIP) limit：将 “In Progress” 限制在 1 周内。
• Breakdown：将工作拆分为 Epic → Stories → Tasks。

Velocity Ranges

• Low (< 3 tickets/week) – 估算不准，周期短（≈3 天）。
• Healthy (5–8) – 高质量工单，部署频率 > 每周，返工率低。
• High but fragile (> 12) – 大多是 bug 修复，技术债累积，跳过测试/评审，存在燃尽风险。

Metrics to Track

• Velocity Chart – 每周平均完成的 story points。
• Control Chart – 周期时间趋势。
• Burndown Chart – 冲刺承诺跟踪。

Recommendations

• 优化 impactful velocity（每周交付的价值）而非单纯的工单数量。
• 提问：
  • 你们是在交付功能，还是仅仅在关闭工单？
  • 周期时间是否在改善？
  • 阻塞是否在逐季下降？
• 目标是实现可持续的产出并保证质量，而不是追求虚荣指标。

References

• Scrum.org – Scrum Kanban
• Scrum.org Forum – Story points: complexity vs. effort