5 年经验面试：需求多、人手少，你怎么排优先级、怎么拒绝业务方？
面试怎么回答
我会先把需求收拢：所有需求走统一入口，写清背景、期望时间和验收人，每周和业务方一起评审，需求池对大家公开。排优先级时，线上故障直接插队；其他需求看业务价值、和团队年度目标的关系、投入产出，以及有没有硬性截止时间，用一张打分表在评审会上对着讨论。拒绝时我不直接说做不了，而是讲清楚代价，比如插进来会让哪个已排期的需求推迟，请有决定权的人一起确认顺序；同时给替代方案，比如先用已有宽表自助查，或者先做最小版本，相似的需求合并成通用模型。真有冲突就带着评估结果找双方上级拍板。长期来看，我会把高频取数做成自助分析，用需求耗时数据向上争取人力或砍掉低价值需求。
先把这段讲顺；面试官追问时，再展开下面的原理和细节。
详细讲解
数据团队几乎永远是需求多、人手少。带过小组的人都遇到过：五个业务方同时说自己的需求最急。面试官问这道题，是想看你能不能把有限的人力花在最有价值的地方，同时不把业务方得罪光。
先把需求收拢
如果需求是在群里、私聊里、走廊上随口提的，根本没法排优先级。第一步是：
- 统一入口：所有需求走需求单，写清楚背景、要解决什么问题、期望时间、谁来验收；
- 定期评审：每周固定时间和业务方一起过需求，当面排序，而不是数据团队自己闭门决定；
- 需求池公开：大家都能看到排在前面的是什么，自己的需求为什么排在后面。
排优先级看什么
- 紧急的线上问题优先：数据错了、核心报表没产出，属于故障，直接插队；
- 业务价值：这个需求影响多大的决策或收入？是给老板的经营看板，还是某个人的临时分析？
- 和团队目标的关系：是否在公司或部门今年的重点里；
- 投入产出：两天能做完、能解决一大类问题的，优于两周只解决一个小场景的；
- 依赖和截止时间：有硬性外部时间点的（比如监管报送、大促）要提前排。
可以用一张简单的表，每个需求按价值和投入打分，评审时大家对着表讨论，比凭感觉争吵有效得多。
怎么拒绝才不伤关系
拒绝的不是人，而是这个时间点用这种方式做：
- 讲清楚代价：「这个需求插进来，原定周五上线的 A 会推迟一周，A 是你们老板要的，要不要一起确认一下顺序？」把取舍交给有权决定的人；
- 给替代方案：临时取数可以先用自助查询或已有的宽表；复杂需求先做一个最小版本；
- 合并同类需求：三个业务方要的指标相似，做成一张通用的表，一次解决；
- 升级要有依据：确实冲突时，带着需求池和评估结果找双方上级拍板，而不是自己硬扛或者私下答应。
长期要减少需求
- 把高频的取数需求沉淀成自助分析和指标平台，让业务方自己查；
- 统计每类需求的耗时，用数据向上级说明人力缺口，争取编制或者砍掉低价值需求。