5 年经验面试：组里新人多、老人少，你怎么让团队快速形成战斗力？
面试怎么回答
新人多的风险是骨干被问题淹没、质量参差、新人看不到成长而流失。我会先把入职材料标准化，做一份新人手册，涵盖分层和命名规范、核心业务域、常用表和指标、上线流程和常见问题，持续补充。每个新人配导师，一个骨干最多带两个，投入计入绩效。任务上从小而完整的需求开始，第一个月走完一个报表从需求到上线的全流程，第二个月负责小模块，第三个月独立负责一个业务域。质量上新人代码必须 Review，按上线检查清单自查，核心链路暂由骨干和新人一起维护。为保护骨干，设固定答疑时间，鼓励先查文档，再把重复工作自动化。同时定期一对一，让新人尽早有自己负责的东西，公开认可他们的进步。
先把这段讲顺；面试官追问时，再展开下面的原理和细节。
详细讲解
业务扩张时，组里常常一下子进来好几个新人：6 个人里 4 个入职不到三个月，懂业务和系统的只有你和另一个骨干。面试官问这道题，是想看你能不能在不把骨干累垮的前提下，让新人尽快独立干活。
风险在哪
- 骨干被新人的问题淹没，自己的活干不完；
- 新人不熟悉业务和规范，产出质量参差，上线后出问题；
- 新人长时间做杂活、看不到成长，试用期内就走了。
让新人快速上手
- 入职材料标准化：一份「新人手册」，包括数仓分层和命名规范、核心业务域介绍、常用表和指标、开发和上线流程、常见问题。每个新人都看同一份，问到的新问题补进去；
- 导师制：每个新人指定一位导师，但一位骨干最多带两个人；导师的投入在绩效里体现；
- 从小而完整的任务开始：第一个月做边界清楚、影响小但完整的任务，比如一个报表需求从需求到上线全流程走一遍，比只修 bug 学得快；
- 逐步加难度：第二个月负责一个小模块，第三个月能独立负责一个业务域的需求。
保证质量
- 代码 Review 必须做：新人的代码上线前一律经过 Review，这也是最好的教学方式；
- 上线检查清单：数据量对比、主键唯一性、和已有指标的一致性，新人按清单自查；
- 核心链路暂不交给新人单独负责，可以和骨干一起维护。
保护骨干
- 集中答疑：每天固定半小时答疑时间，避免被随时打断；
- 鼓励新人先查文档、问同期新人，再问骨干；
- 把骨干从重复性工作中解放出来，比如自动化部署、模板化开发。
让新人愿意留下
- 定期一对一，了解他们的困惑；
- 让他们尽早有「自己负责的东西」，有成就感；
- 公开认可新人的进步。