管理场景题：迁移 OKR 只完成 20%，老板问「8 个人到底在忙什么」，负责人该怎么办？
场景：某电商公司数仓团队，负责人老陈原来是资深大数据开发，转管理 8 个月。季度 OKR 里的「离线数仓迁移到 Iceberg + Spark3」只完成了 20%。老板在季度复盘时问：「你们 8 个人到底在忙什么？」老陈答不上来。
问题：如果你是老陈，接下来怎么办？如果重来一次，这个季度应该怎么管？
面试怎么回答
老板问 8 个人在忙什么，本质是看不到团队的投入和产出。问题有三个：工作没有记录和统计，时间被临时需求和故障吃掉了自己都不清楚；OKR 定了迁移却没配资源，没说清投多少人、哪些需求让路；进度落后没有提前预警。复盘会上我会坦白现在给不出准确数字，承诺一周内单独汇报，而不是编数字或甩锅。会后从需求单、故障记录、代码提交还原时间分布，把迁移拆成表和任务看清已完成部分和卡点，重新估算剩余工作量，给老板几个方案，比如固定 4 人专职迁移、部分需求延后，下季度完成，请老板拍板取舍。长期建立机制：需求统一入口和工时统计、简短的周报、OKR 和资源一起定、迁移按业务域设里程碑每月检查，落后第一时间同步；我自己也要从写代码转向规划、对齐和汇报。
先把这段讲顺；面试官追问时，再展开下面的原理和细节。
详细讲解
先看问题出在哪
老板问的不是「迁移为什么慢」，而是「我看不到你们的投入和产出」。老陈答不上来，说明至少有三个问题：
- 工作不可见：团队的时间花在哪了，老陈自己也没有数。很可能大量时间被临时需求、线上故障、业务取数吃掉了，但没有记录；
- OKR 和实际资源脱节：季度初定了迁移目标，却没有说清楚要投多少人、要砍掉哪些需求。8 个人照常接业务需求，迁移成了「有空再做」；
- 风险没有提前暴露：完成 20% 不是最后一周才发生的，第一个月进度落后时就应该告诉老板，而不是等到复盘。
这也是技术骨干转管理的典型问题：习惯自己埋头干活、自己解决问题，没有建立让上级看见团队的机制。
复盘会上当场怎么答
不要编数字，也不要甩锅给业务需求太多。可以这样说：
「这个问题我现在没法给出准确的数字，这是我的问题。我的初步判断是迁移被大量的业务需求和线上问题挤占了，但我没有及时统计和汇报。我会在本周内把这个季度团队的时间分布、迁移卡在哪、剩下 80% 的计划整理出来，单独向您汇报。」
先承认、给时间点、按时交付，比当场硬撑强得多。
会后一周内做什么
- 把时间算清楚：从需求单、任务系统、故障记录、代码提交，还原这个季度每个人的时间分布。例如：业务需求 45%、线上故障和值班 20%、迁移 25%、其他 10%；
- 把迁移拆开看：涉及多少张表和任务，已经完成的是哪些，卡点是什么（比如 UDF 兼容、数据对比不一致、下游不配合切换）；
- 重新做计划：剩下的工作需要多少人日；给老板几个方案——
- 方案 A：固定 4 个人专职迁移，其余需求排队或降级，下季度完成；
- 方案 B：维持现状，迁移需要三个季度；
- 方案 C：增加人手或外部支持；
- 单独汇报：讲清楚现状、原因、方案和需要老板拍板的事情（比如哪些需求可以延后）。
长期要建立的机制
- 工作可见：需求统一入口、按类别统计工时，每周或每两周有一页简短周报：进展、风险、时间分布；
- OKR 要配资源：定目标的同时确定投入的人和让路的事，关键项目有专人负责，不和日常需求抢人；
- 里程碑和预警：迁移拆成按业务域的里程碑，每个月检查，落后时第一时间同步上级；
- 自己角色转变：少写代码，多花时间在规划、对齐和汇报上。
面试官想考什么
这道题考的是：你能不能看出问题的本质是「管理不可见、目标没配资源、风险没上报」，而不是技术问题；当场怎么应对；以及事后能不能拿出数据和方案，并建立机制避免再犯。