在接下来的几个月里,我将面试一个由创意/开发人员组成的小团队.我正在考虑根据我们的想法让每个候选人组成一个短距离,所以我知道他们得到了我们想要实现的目标.当然,我们会在实际面试之前将所有内容进行沟通,并给他们一周左右的时间进行准备.
从雇主或候选人的角度来看,有没有人有过这方面的经验,哪些有效,哪些无效.请注意,这部分采访过程不是技术性的,而是要了解我们业务的大局.
为了重新强化问题的编程性质,您如何确保新的编码员工能够获得业务尝试实现的目标？技术技能很重要,但在我们的情况下,他们还需要了解我们的市场和产品.
我实际上认为这是一个非常好的问题.有几种方法可以看到这一点.
首先,由于一个原因,这可能是消极的:在正常的采访中你可以做的一件事就是从谷壳中分拣小麦,问问他们对你公司和行业的了解.好的候选人 - 那些热衷于为你工作并且通常渴望和好奇的候选人 - 会看到你,至少去你的网站(如果你有的话),并发现你做了什么.因此,通过向他们提前询问,您将失去机会,看看他们采取了多少举措.当然,你可以在其他领域弥补这一点,例如通过询问合理的人可能已经查询过的书外问题.
另一个潜在的负面影响是,通常很难理解一个行业,一个企业或外部产品.我从事股票经纪业务,例如,直到你到达这样的地方,你才能看到所有不同的团队(例如新账户,合规,结算,账户,呼叫中心等),并了解他们做了什么以及他们为什么这样做.如果不成为文化的一部分,那么这种文化也会很难实现.
所以布兰恩是正确的,因为你想要一个能够理解它的人,而不是一个真正能够理解它的人.您可能会排除那些能够很快开展业务的潜在雇员.
话虽如此,我喜欢你在哪里提问.强迫候选人思考这样的事情是一个好主意.也许您可以将重点缩小到业务的一个方面,这在通常一小时的访谈中更具消化性.这也可以让您有机会了解他们超出原始问题范围的启动量.
| 归档时间： |
|
| 查看次数： |
2129 次 |
| 最近记录： |