5 年经验面试：数据团队怎么给组员定目标、做绩效评估？
面试怎么回答
数据开发的难点是很多工作不出事就看不见，需求大小也差别很大，所以我会从团队目标拆到个人，每个人的目标分三类：交付，比如负责的模型重构按时上线；稳定性和质量，比如负责链路的 SLA 达成率、P1 故障数；成长和贡献，比如沉淀工具、带新人。目标季度初和本人一起定，季度中回顾。评绩效时用数据说话，参考 SLA、故障、交付记录和业务方反馈，同时考虑难度，并帮做稳定性和降成本的同学把成果量化出来，让看不见的工作被看见；还会参考合作方和同事的反馈减少个人偏见。绩效面谈先请对方自评，再讲评价和依据，给出下个周期的期望，低绩效平时就要反馈，不能面谈时才第一次说。
先把这段讲顺；面试官追问时，再展开下面的原理和细节。
详细讲解
数据开发的工作不像销售有业绩数字，很多组长评绩效全靠印象，结果「会说的拿高分，埋头干的拿低分」。面试官问这道题，是想看你能不能把数据团队的工作变成可衡量的目标，并且公平地评价每个人。
数据开发的绩效难在哪
- 很多工作是「不出事就看不见」：稳定性、数据质量、成本优化做得好，业务方感知不到；
- 需求大小差别很大：一个指标和一套数仓模型都算「一个需求」；
- 重要的是结果，但结果往往是团队共同完成的。
目标怎么定
从团队目标拆到个人，每个人的目标通常包括三类：
- 交付：负责的项目和需求，按时、按质量交付。例如「Q3 完成交易域 DWD/DWS 重构，核心报表切换到新模型」；
- 稳定性和质量：负责的链路 SLA 达成率、故障次数、数据质量问题数。例如「负责的 50 个核心任务 SLA 达成率 99%，P1 故障为 0」；
- 成长和贡献：技术分享、带新人、沉淀工具和规范。例如「沉淀一套数据质量校验模板，推广到全组」。
目标要可衡量、和本人一起定，季度初对齐，季度中回顾一次，有变化及时调整，不要年底才翻出来。
绩效怎么评
- 看结果也看过程：交付了什么、质量怎么样、遇到问题怎么处理的；
- 用数据说话：任务 SLA、故障记录、需求交付记录、代码 Review 情况、业务方的反馈；
- 看难度：接手烂摊子把它理顺的，和做一个简单报表的，不能只按数量比；
- 让看不见的工作被看见：做稳定性、降成本的同学，要帮他把成果量化，比如「集群成本每月降低 20 万」「核心报表产出时间从 9 点提前到 7 点」；
- 多方输入：参考合作方、业务方和同组同事的反馈，减少组长一个人的偏见。
结果怎么沟通
- 绩效面谈不是宣判：先请对方自评，再讲你的评价和依据，好的具体肯定，不足的具体指出；
- 给出下一个周期的期望和成长建议；
- 低绩效的结果不要第一次在面谈时才出现，平时就要反馈。