如何做好一个面试官

找到了我17年写的一篇关于面试官的思考,没有发在csdn上,经过三年的时间,今天看来某些想法不够成熟,所以整理修改后重新发出来。

首先声明一点,我没怎么面试过别人,只是参加过几场面试,经历的面试官只有小20个吧,所以根本没有资格去评判某个面试官是不是合格的面试官。但经过我最近的一些经历,以及朋友做面试官的体会,再加上自己对面试的思考,形成了一个自己对面试官好坏评判的标准。其实也算是最自己将来面试别人或者被面试积累一些经验。提前声明,这里只是我个人的体会,不一定正确,如有意见不合请轻喷。

其实不可否认,好多面试官的专业技能水平很牛逼,像我司都是一线的主管,或者从业多年的资深老员工。在大公司里的面试官,往往都是受过专业培训,很多也都参加数百场的面试,往往能发现候选人真正的才能和潜力。但像一些小公司,可能就做不到这样了。我猜测很多新手面试官经常会觉得自己面试的人水平都很低?即便是从大公司出来的人,也看不出他们有什么出彩的亮点。然后很多时候面完心里冒出一句『原来xx公司出来的人其实也就是这么个水平啊!』 真的是这样吗?

有些面试官喜欢出一些稀奇古怪的题目刁难候选人,或者是只局限问自己擅长的问题。我猜想这可能有两种动机。第一,面试官纯粹是想炫技,满足自己的优越感,这种人肯定很少。第二种,面试官其实想不到什么其他的问题问你了,只能拿自己擅长的东西来了,比如算法题,每个面试官都准备了几道自己很熟练的,但让他们互相换一下题可能都做不出来。当然可能有些两种成分都有。 如果让我和这样的面试官成为同事,我可能会拒绝的,不过你不熟悉他们的套路的话可能也过不了他们的面试。

我这里不是说面试官人不行,我从来不轻易否认掉一个人,除非他没有丝毫的进取心。好多面试官都喜欢从自身的角度出发去问问题,或者是拿自己在工作中遇到的实际问题去考核候选人。这样当然没问题,你最终可以找到可以解决你们目前问题的人,或者是和你自身差不多的人。但如果我是管理层的话,我更希望新来的人能给整个团队带来大的变化,而不是单纯增加劳动力。如果项目紧,时间宝贵,这种情况倒是可以另说。但如果是希望团队能长期健康快速发展,面试过程中更应该站在候选人的角度去审视他的过去,判断他的能力和潜力。

举几个我认为的反面例子,我曾经在面试过程中遇到过很知识性的问题,比如“你知道mysql有哪几种存储引擎吗?”,“你知道xx框架xx版本有什么新特性吗?”,“你知道xx命令的x参数是什么含义吗?”…………这些知识型的问题都有个共同点:看过的人就知道,没看过的人永远不知道。能答上来这些问题的人要么就是真研究过相关内容,要么就是认真准备过面试,作为面试官你肯定是想要前者。但反之答不上来的人就一定不行吗?我不是在反对用这些知识性的题,我只是反对用能否答对这些题作为评判一个人能力的标准。我的建议是可以用这些题做为引子,初步判断候选人的技能树,然后再深入了解。知识性问题的答案都很简单,学习成本也很低,但背后的原理、思路确实是要花很高的成本去理解的,只有原理性的内容才能评判出候选人真正的水平。

类似的问题还有“xxx开源软件你了解吗?那xxx呢?” “啊,这你都不了解,你到底行不行啊?” 这个时候我只能反问一句,我为什么要了解这个?计算机领域的知识浩如烟海,谁都不可能对所有东西都有了解,如果你作为面试官只执着在你自己了解的领域,那么能通过你面试的只能是和你很相似的,但并不一定是优秀的。这就是大家所说的眼缘、气场,这就显得非常主观了。

另外还有人喜欢问一些智力题,大家都喜欢招募一些聪明的人。哈,其实我也是这么想的。面试问智力题的始作俑者可能是微软、google这些国际大厂,网上也流传好多号称是当年google、微软、facebook的面试智力题,具体真假不可知。不过可以确定的是google曾经很喜欢拿智力题面试,注意这里我用了『曾经』两个字。后来google发现智力题对选取优秀的员工并没有任何实质的帮助,所以后来面试过程中就不再问了。具体可参考介绍google企业文化的书《重新定义团队:谷歌如何工作》。

其实以上被问的问题都是我真实的经历。我发现,层级越高的人问的上面那些问题会更少、更深、更能发掘你的潜力,哈 我就不说为啥了。。说这么多,应该怎么正确提问呢?你没法保证候选人和你有相同的技能点,也不了解他的具体工作内容,你能快速掌握而且你肯定已经掌握的就是他的简历。如果你手里拿到的是一份好简历,你很容易从中看到候选人具体工作是啥,做了啥,拿到了怎么样的成果。由于简历篇幅有限,你看不到的是一些过程信息,这就是你面试问题的来源。

前两天和同事讨论面试这个问题的时候,了解到有个star法则。以下内容引自百度百科。

STAR法则,即为 __Situation Task Action Result__的缩写,具体含义是:

  • Situation: 事情是在什么情况下发生
  • Task: 你是如何明确你的任务的
  • Action: 针对这样的情况分析,你采用了什么行动方式
  • Result: 结果怎样,在这样的情况下你学习到了什么

简而言之,STAR法则,就是一种讲述自己故事的方式,或者说,是一个清晰、条理的作文模板。不管是什么,合理熟练运用此法则,可以轻松的对面试官描述事物的逻辑方式,表现出自己分析阐述问题的清晰性、条理性和逻辑性。

了解了star法则后,发现这是个非常有用的工具,尤其是在候选人经历和你经历大不相同的情况下。另外我觉得面试也是一个学习的过程,候选人在某方面并不比你差,主要是看你能不能看到这点。其实我觉得真正的面试是你去探索候选人是什么样的人,而不是确认他是不是你认为的人,应该本着客观公众的态度去面,不能夹杂太多主观感情

YY一把。如果我是一个面试官,我会倾向于基础扎实,更具进取心的人,其实我觉得这是一个很高的要求了。因为基础扎实的人且有进取心的人会在技术成长上有更快的加速度,一定时间后很大几率能超越当前那些技术牛逼的人,当然这也不是绝对的,还得看mentor怎么样,能不能快速成长也是mentor的首要责任。其实如果你选择招这样的一个人进来,可能你得忍受短期没任何产出的后果,哈哈哈。。。

最后吐槽下国内的面试。这两年来我一直都在坚持在csdn上写博客,所以平时也会稍微关注下热门的博文,发现很多热门网站出发点都是如何应对面试,而不是真正研究技术,热门标题都是《吊打面试官系列xxx》《xx公司面试题》《拿xx公司offer是因为看了这些》…………,网络上也充斥着大量的面试攻略、面试课程,这充分说明大家学习的主要驱动力是面试而不是对技术的热情,这是不是越来越像 应试教育。一个资深程序猿去某些公司能面过p8但面不过p5,这可能真不是什么笑话。

发布了236 篇原创文章 · 获赞 577 · 访问量 52万+
展开阅读全文

没有更多推荐了,返回首页

©️2019 CSDN 皮肤主题: 猿与汪的秘密 设计师: 上身试试

分享到微信朋友圈

×

扫一扫,手机浏览