管理场景题：大促前一周，老板临时要一个实时大屏，团队已经满负荷，你怎么办？
场景：距离双 11 还有 7 天。团队正在做大促的扩容压测、核心报表保障和值班安排，所有人都已经满负荷。周一，老板突然说：「今年大促要在指挥室挂一个实时大屏，展示 GMV、订单量、分品类和分地区的实时数据，下周一必须上线。」
问题：你怎么处理？
面试怎么回答
大促前最重要的是核心链路稳定，我不会为了大屏把保障的人全抽走，但这个需求本身合理，所以我先摸清需求：给谁看、最关键的指标、延迟和准确度要求。然后做最小方案：只做实时 GMV、订单量、支付人数、TOP 品类和地区这几个核心指标，复用已有的实时宽表，分钟级刷新够用就不做秒级，用现成的大屏工具。我会跟老板讲清取舍：核心指标周五上线并压测，下钻和同比放到大促后，需要抽两个人三天，哪些保障工作由谁顶上。风险控制上，大屏链路和生产链路资源隔离，数据和离线结果对比并标注以结算为准，准备降级方案，大促当天专人盯。事后把它沉淀成正式能力，并约定这类需求提前一个月纳入大促计划。
先把这段讲顺；面试官追问时，再展开下面的原理和细节。
详细讲解
先想清楚风险
- 大促期间最重要的是核心链路稳定：离线报表准时、实时链路不挂、数据不错。如果为了大屏把人抽走，导致核心保障出问题，得不偿失；
- 7 天从零做一个完整的实时大屏，还要扛住大促流量，风险很高；
- 但老板的需求也是合理的：大促指挥需要实时看数。
怎么做
- 先摸清需求：大屏给谁看、最关键的是哪几个指标、数据延迟要求多少（秒级还是分钟级）、准确度要求（大屏和最终财务数据允许有多少差异）；
- 找最小可行方案：
- 只做最核心的 5–6 个指标，比如实时 GMV、订单量、支付人数、TOP 品类、TOP 地区；
- 复用现有的实时链路和数据，比如已有的订单实时宽表，不新建复杂链路；
- 分钟级刷新足够的话，就不做秒级；
- 可视化用现成的 BI 或大屏工具，不自己写前端；
- 讲清楚取舍，请老板确认：「核心 6 个指标可以在周五上线并完成压测；分地区下钻、同比对比在大促后补。做这个需要抽 2 个人 3 天，压测里的 XX 项会由其他人顶上，风险是 YY。」
- 控制风险：
- 大屏的链路和核心生产链路资源隔离，大屏出问题不影响生产；
- 大屏数字和离线结果做对比，标注「实时数据，以最终结算为准」；
- 准备降级方案：实时链路出问题时，大屏切换到分钟级的批量刷新或者展示最近一次正确的数据；
- 大促当天安排专人看大屏数据。
事后
- 大促后复盘，把临时方案沉淀成正式的实时大屏能力；
- 和老板约定，类似的大促需求在一个月前提出，纳入大促准备计划。
面试官想考什么
考的是在压力下的优先级判断：守住核心稳定性，不盲目答应也不直接拒绝；通过需求澄清和最小方案找到可行路径，并把风险和降级考虑到位。