您是否熟悉在一家严肃的公司接受面试后离开的情况，但是您是否感觉像是一名男生，在一位严肃的老师的控制下未能通过？ 还是您对候选人在整个面试过程中从未问过一个问题的情况很熟悉，但是为什么呢？要么是他不感兴趣，要么是他自己决定了所有事情，要么只是感到尴尬？
面试是一个相互的过程。 公司正在寻找工程师，工程师正在寻找公司。 但是，尽管市场上人员严重短缺，但余额显然偏向“公司正在寻找”。
在本文中，我将考虑当前存在哪些问题，并提出自己的改进选择：交叉采访。
典型的面试是什么样的？ 陌生人向候选人提出技术性问题：有时是很好的话题，有时是复杂的，有时是挑衅性的，有时是毫无意义的。 在提问过程中，受访者试图发展自己感兴趣的话题，建立对话并与人交谈。 原来呢？ 好吧，以不同的方式。 有时一切都进行得很顺利且有趣，有时候对话没有继续。 然后，一些人明确地要求应聘者提出有关公司，流程，团队的问题。 有人完全跳过了这一部分。
在这里清楚可见哪些问题？ 它们全都源于行业标准“我要-您回答”和“我知道并证明”的关系。
- 我们需要竭尽全力来简化此过程：不要推动，不要对待过分严重的错误，要在某个地方提供帮助。 而且我们失去了看到一项非常重要的技能的机会：应聘者如何知道如何提出问题，他如何以“我问”的角色进行交流？ 他的处境如何？
- 受访者的人文相貌丢失了。 我们人类希望与人合作。 现在，被访者在我们眼前是一个无所不知的肿块，被无知的软弱拒之门外。 这样的图像有助于建立联系吗？ 不，这没有帮助
- 我们会丢失有关候选人素质的重要信息。 毕竟，我们不知道可以向他提出什么正确的问题。 并保持联系。 因此，我们尝试从他那里获取有关他的经验和过去项目的信息。
为什么不将技术面试变成测验呢？ 我先问，然后他们问我。 因此，一个循环中有多个迭代。 与测验的不同之处在于：不会有失败者。 而且将有一个严格而透明的业务流程。
这个概念可以称为“交叉采访”。
准备工作
准备工作可能包括以下各项：
- 该公司正在准备有关如何准备面试候选人的小型教程。 实施规则。 公司使用并可以讨论的一小部分技术，产品和方法：通常它们甚至都处于空缺状态。 它概述了为交叉采访分配了多少时间。 必须明确指出，此准备是强制性的
- 就应聘者而言，他为给定的时间准备了几个问题，他认为这对公司很合适：按语言，按过程，“您将如何打造Uber建筑”，谜语和困惑。 他认为对自己必要和有用的一切
现在轮到面试了。
公司利益
想象一下，某个人会来向您的工程师询问技术问题，并作为他们未来的团队成员进行采访。 不可想象，不是吗？ 实际上，这种方法可以具有许多有趣的优势。
首先，现在您可以获得有关候选人的更多信息。 他准备了什么问题：它们有多深刻和有趣？ 他们正在进行什么样的讨论？ 主题有疑问吗？ 他在这些方面投入了哪些专业经验？
其次，从现在开始，我们将情况倒过来，应聘者提出问题，而被访者则侧重于解决问题。 交替的姿势应有助于减轻过度的紧张感。 确实，这正是对话在自由环境中“终生”的意义。 我们将看到他如何能够接受其他人的不同答案，从“我不知道”到对这个主题的深刻理解。 它如何回答其他问题？ 他会提供什么线索？ 他的每个问题都是交谈和建立联系的另一个原因。
第三，这种方法使受访者保持良好状态。 毕竟，他们将不得不回答技术问题并学习新事物。 您不能再仅仅提供5年前的问题列表，然后漫不经心地追逐候选人。 面试官是您公司的面子。
给候选人的好处
现在，您可以使用新方法来证明自己。 利用它们！
首先，现在您可以准备自己擅长的问题清单。 你做了很多年了吗？ 在问题中包括此项。 您最近阅读了有关新功能/标准/等等的信息-问被访者：他对这个主题了解多少，他有何看法？ 精心设计的问题将显示您的专业兴趣和技能。 最主要的是专注于公司的主题领域和技术。
其次，您已经准备好完成一半的任务。 这些知识将有助于减轻不必要的压力，使沟通更轻松。 现在，您与被访者平等：他们问您，您问。 两名工程师进行交流。 关闭毫无意义。
第三，您有独特的机会检查您的未来同事。 他们想与强大的工程师合作吗？ 好吧，你也想要它！ 突然，他们问您关于二叉树的传播，因为他们自己一无所知？ 您有权检查。 您还可以检查一个人不知道某事时进入情况的正常程度，以及他与您一起寻找答案的方式。 您将看到有关任务和其他工作点的未来讨论的演示。 您将了解在这样一家公司中如何感到舒适和愉快。
共同利益
毋庸置疑，冲突的可能性将在更早之前显现出来。 在两边。
而且我们越早发现错误，它的成本就越低。
如何实施？
这个概念可以从两个方面实现。 毕竟，面试是一个共同的过程。
公司可以将所有信息以信函形式发送。 准备候选人有关流程的常见问题的答案，并提供很好的问题示例。 此外，如有必要，HR可以在电话交谈中解释该方法的候选人的含义和好处。
对于候选人，候选人可以在面试前的信函/电话交谈中提出尝试这种模式。 向公司说明收益。 您可以在面试开始时就做得到：“让我们这样尝试，这是优点/缺点，我已经准备好了如何理解这个想法？”
缺点
如果不了解这些弱点，对该概念的描述将是不完整的。 什么时候不应该使用这种方法？
- 您将采访初级开发人员。 最有可能的是，这种方法不适用于他们。 他们是否有足够的经验来编写正确的问题列表？
- 面试可能需要更长的时间。 这里需要理解两件事：在任何情况下都可以并且应该限制时间，并且这种名称的持续时间由其质量来补偿
- 各方都需要多做一些准备。 可能有问题
- 有时有些人会面试，而您则需要与其他人一起工作。 这种方法本身很奇怪。 但是也不可能对这样的现实视而不见
还有什么我没提到的吗？ 我邀请您对您的意见发表评论。