技术团队如何培养新人

近期因为工作方向上的变化，需要学习一些新东西，通用技术还好说，网上又大把的资料可以看，但面对只有几个人知道的业务问题，我也只能依靠其他人教我了，但从我过去两年的工作经历来看，我感觉整个团队的的新人培养存在 很大的问题。接下来我就结合我过去经历，加上《SRE》和《The effective engineer》两本书里的部分内容，总结出以下几点建议（或者说想法）。

大家对新人的目标基本上都是尽快成长为一名合格的pe。什么样是合格的pe？每个人都有自己的标准。怎么样成长为合格的pe？基本上都靠新人自己摸索了。对于已有相关经验的人来说还好，对于经验匮乏的新人可能就得跟个无头苍蝇一样乱撞、乱学，运气好哪一天就开窍了。也许大家都知道细化目标对结果有结果有非常大的影响，但不太会在新人培训上做这件事，所以就有了下一条。

必须有人对新人的成长负责。mentor需要为新人设定完整的成长过程，并时刻关注新人成长情况，适时调整培训重点。建立高频的反馈-调整机制可以更快让新人成长起来。

这点我没有第三方的论据支撑，举自己两个例子。我之前一直负责java的运维，经常遇到很多问题很难解决，最后要不不了了之，要不丢给开发处理了。后来自己学了些java相关的东西，尤其是真正写代码之后，回想起之前的一些问题，突然会有一种顿悟的感觉。

By the way，大家老说要逆向反推什么的…… 抛开难度不说，这个真的很低效。 虽然上图左侧也提到了反向工程，但这个工具我们也许用的有点过了。

不用说任何人都不敢让新人上来就处理大问题，那让新人熬吧，熬到前人跑路，你不得不上的时候再来接手处理，有种媳妇熬成婆的感觉。像《SRE》中所说的，并不需要等到真正的问题发生了，才让新人去处理、去学，而是制造出一种可控的真实线上问题去让新人处理。美军海湾战争时候的王牌飞行员计划，其实就是通过红蓝对抗模拟实战的方式培训出一批优秀的飞行员，在战争中创造了1架飞机击落33架敌机的记录。

谷歌的"验尸文化"——复盘，从问题中学习，可以避免类似的问题再次出现。 回归到每个个体身上，也没多少人把自己的经验总结出来分享给别人（可能是觉得不值得分享吧）。所以基本谈不上从其他人那吸取经验了。。

题外话：

我猜好多人都有过这样的感受，『哎呀 怎么这次招的这个人不行呢，看来下次还得找个经验丰富的人』。。就如同教育孩子一样，好多家长老抱怨自己孩子学习成绩差、不听话，而对自己的教育方式避而不谈。好在工作和教育子女不一样，员工不行，可以再换一个别人培养好的就行。

还有人说『为什么同样的新东西，我学两天就学会了，而他要一周，肯定是他学习能力差』『作为一个XX工程师，连这个都不会』。《了不起的比尔盖茨》（其实是盖茨比）中有一句话，“当你想要批评别人的时候,要记住,这世上并不是所有人都有你拥有的那些优势”。

说这些题外话，其实是想说好多人把『聪明』这个词看的太重了，而忽视了更重要的后天培养。

云学院

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。