在摩根大通这样的大型金融机构，待办事项可能增长到数百个条目，涉及多个团队。这道题考察你管理复杂性、果断优先排序、让工程团队专注于高影响力工作的能力。
解释你的Backlog梳理频率——多久审查和重新排序一次。
描述你的优先级框架（RICE、MoSCoW、价值vs.工作量矩阵）。
谈谈你如何处理过期条目——归档、淘汰或合并。
提到利益相关者对齐——如何让业务、工程和合规团队在优先级上保持一致。
我通过结构化的三层体系来维护Backlog健康。首先，每周与工程团队进行梳理会议，审查前20个条目，完善验收标准和工作量估算。其次，每月进行一次"Backlog审计"，归档90天以上未触碰的条目，合并重复需求。第三，每季度与利益相关者使用适配金融服务的RICE框架进行优先级排序——增加了"合规风险"维度。在上一份工作中，这套方法在三个月内将我们的Backlog从340个条目缩减到85个可执行条目。关键洞察是将Backlog视为活文档，而不是垃圾堆。我还维护了一个单独的"暂存区"文档，存放还没准备好进入Backlog但不应该丢失的想法。
针对摩根大通，要提到优先级排序中的监管和合规考虑。
展示你理解健康Backlog和愿望清单之间的区别。
尽可能量化你的Backlog管理成效。
没有固定数字，但经验法则是2-3个冲刺的精化条目加上长期路线图视图。如果有数百个未精化的条目，那就是危险信号。
对你的标准保持透明，分享数据："这个条目在Backlog中已经6个月没有任何活动。"提议将其移到暂存区而不是直接删除。