如何追踪 Twitter review debt across queues，让 backlog 风险不会伪装成正常 throughput

review debt 可能包括 stale item、反复 defer、低 confidence 决策从未重看、或者 handover 已完成但并未真正解决的 case。定义清楚，团队才不会低估隐性负担。

这会让 debt 更像真正的 operating metric。

一个 queue 总体看起来健康，但某个 slice 可能已经堆满 unresolved low-confidence case 或 repeated escalation。按 slice 追 debt，才看得见真正增长的维护负担。

这比一个总数更有操作意义。

只有团队看见 debt 是因为什么形成的，它才会变得可行动。常见原因包括 threshold 模糊、note template 弱、ownership 不清，或者高峰期 staffing 不足。

原因打标能帮助团队修系统，而不只是统计问题。

review debt 最终应该影响 routing 调整、排班、note template 改进和 policy cleanup。否则它只是另一个团队会描述、却不会减少的指标。

真正好的 debt review 会形成直接行动闭环。