相信每个人都当新人的时候，也都有机会带新人。作为新人肯定期待有牛人来带，但牛人往往很忙顾不上带你，或者牛人自己很牛但却不懂得带人的情况也是有的。所以作为新人自己的主动性很重要，如若等着被培养，靠别人来拉你，那么提升的效果会打折扣的。
在团队里培养新人最好结合自身团队的情况，制定一份切实可行的培养计划。我个人觉得合理的计划至少需要三点：
1、基本技能。这里指的是每个人都要会的基础技能，比如常用的UNIX命令，基本的数据库操作命令，开发要有编程规范，测试要会环境搭建等。基本上有一个指导文档就够了，里面至少得告诉新人怎么看日志，怎么连接数据库，怎么把代码下到本地IDE并编译成功。如果怕新人看不懂那也不妨搞一场培训。
2、业务培训。做产品离不开具体业务，一些基本和重要的业务知识是光靠文档理解不了的。培训要有演示，不能光念文档或者课件，最好打开产品边说边操作，这样才有培训效果。业务流程复杂的可以分多场进行，给新人消化的时间。至于让谁讲，当然最好是业务专家，安排老员工一人讲一个他们自己认领的拿手的。如果实在不行只要懂业务的人也行，能领入门就可以了。老员工很忙没时间的话就把时间安排得灵活一点，不局限白天，也不用非得周三。培训完了还得回收反馈，组织新人反讲。
3、技术培训。这里主要适用开发，针对团队使用的技术组织培训。比如项目用到了redis，那么就给新人讲下怎么玩转这个东西，如何部署，在代码中怎么使用。不要光说不练，现场操作怎么安装怎么配置和启动，debug跑一个业务场景详细说明怎么调用相关的api。不必面面俱到，但切忌空泛抽象。后面可以让新人自己部署试试，写个demo自己跑跑。针对代码这块还可以划分下责任田，比如路人甲负责A模块，路人已负责B模块，给三个月到半年去摸索，定期对他们摸底监督。等他们都摸透了再交叉分配，这时徒弟变师傅了，路人甲带路人乙搞懂A模块，路人乙带路人甲搞透B模块。
新人只要态度好不要太笨，基本上都会上手，只是快慢之分而已。关键要有人在前面带路，导师制度是必不可少的。一开始可以用结对的方式扶着走，慢慢放手让新人自己学着走，快摔倒了再扶一把，在旁边看着就可以了。一定要让新人自己实践。至于从培养的监控机制方面来看，激励是必须的，每月或每周选个新星出来给其他人树立个榜样，表扬表扬甚至发点小奖品。如果还有丛林法则来从背后推着他们，比如搞个末位淘汰制，那估计会有事半功倍的效果。最后很重要的一点是让新人养成随时总结的好习惯，只有这样才能有积累，无论对个人还是团队都是一种巨大的财富。整个团队都输出自己的经验总结，才具备传承的基础，以后的新人一来就可取用，培养效率会很高。