技术采访的讲故事小贴士
人类喜欢故事。我们喜欢告诉他们，我们喜欢读、听和看他们。除了娱乐，故事让我们能够合作，建设我们今天生活的世界。尤瓦尔·诺亚·哈拉里(Yuval Noah Harari)的“智人”对此进行了深入的讨论。
鉴于故事对人类思维的重要性，似乎没有更好的方式来探索它。我想分享我的面试方法，并强调在面试技术职位的候选人时讲故事的重要性。虽然我认为这些小贴士也可以应用于产品经理、设计师等的面试。
你必须假设应聘者会告诉你你想听的故事；尽管大多数情况下，他们不会。除非他们做了大量的调查，否则应聘者不知道听众的品味。在这种情况下，你。他们需要指导，第一步是让他们知道谁是他们的观众。
展示自己证明了你足够关心应聘者，让他们知道他们下一个小时将和谁一起度过。知道观众关心什么将为故事定下基调。
我是大卫。我是一名产品工程师。在马德里经历了许多初创企业之后，我搬到了巴伦西亚。阳光、海滩、这座城市、这里的人们以及正在兴起的科技和创业社区把我带到了这里。几个月前，Creditas收养了我，目的是改善我应该擅长的事情：Android、后端、领导团队和询问产品经理。
这不是你的简历，所以你必须在一分钟内完成。请事先做好准备。不要即兴发挥。坚持做重要的事，做一个人；做一个真实的人。很少有讲故事的人不说真话就成功的。提到你喜欢什么，什么对你很重要，是什么驱使你，是什么驱使你走到现在的位置。给出很多关于你的技术经验的细节可能与应聘者的经历无关。
在任何敏捷产品工程团队中，您最终都会有一些待完成的任务。有时它是JIRA板上的一张票；或者只是墙上的一张便利贴；或者甚至是您的产品经理用SLACK发来的一条消息，说有紧急事情。希望不是…。无论如何，…。这是一段非常漫长的旅程，直到一项功能在互联网的巨大奇迹中出现在机器上，并有人在使用它。我希望你能带我踏上一段旅程，把这个功能从待办事项带到生产阶段。
从你认为有必要的地方开始讲故事，回顾一下在故事发生之前发生了什么。你在候选人面前建立的世界有需要尊重的规则。如果它们很重要，就提出来。它有一些有能力和责任的人物。如果它们很重要，就提出来。它有一段需要考虑的历史，它有动力：一种朝着故事前进方向的力量。
你有一项任务等着你去完成。也许你和同事一起去看白板。你是怎么开始的？
故事的节奏极大地影响着对事件的解读。你应该关心故事的节奏，一直到节拍。每一步都是一个机会，可以根据应聘者的需要深入到一个主题中去。节奏揭示了对他们来说什么是重要的。
您已经在白板上花了一些时间来探索不同的解决方案。然后，你坐在键盘和显示器前，准备好结对编程，把它弄得天翻地覆。你怎么做到的？
作为导游，你应该尽量保持恒定的节奏。加速或减速要足够慢，这样候选人才有时间适应。
任务完成了。或者说是？嗯，我们知道至少这个功能是编程的。这是加密的。但代码不可能永远留在我们的机器上。它在那里毫无用处，因为它不会给用户带来任何价值。
把任何故事想象成一棵树。您可以从根开始，然后向上导航到顶部。当候选人完成这个故事时，在上千条可能的道路中，只有一条将继续探索。故事总是把时间线往前推。倒叙或在树枝之间跳跃不是一个好主意，因为这只会增加困惑和精神疲劳。这意味着你们不会问彼此没有任何关系的问题。所以给他们一个过渡期，让应聘者探索他们认为最好的道路。
有时候你想听一些具体的东西，比如测试策略，比如“从外到内或从里到外”。所以你要强迫应聘者去他们想去或不想去的地方。那是一根强迫的树枝。如果它沿着故事的方向发展，那就很好。你应该保持故事已经有的势头，并利用它。观察应聘者是如何处理这种情况的，他们是如何摆脱这种情况的，以及他们是如何即兴发挥的。
你就快到了。检查代码，并在试运行环境中测试该功能。现在是部署到生产中的时候了。我们想要平稳地、无摩擦地做到这一点。我们已经设置了一个可靠的CI/CD管道，使我们的代码通过不同的步骤，这是一件好事。我很好奇这些东西是怎么工作的。
过渡有助于故事朝着一定的方向前进。大多数候选人不知道故事应该如何发展，以及他们需要探索哪些地方。转变不应该是剧烈的。他们一步一个脚印地推进故事。这给了候选人适应的时间，并为进一步构建故事做好准备。
当我们部署到生产时，我们希望一切都会顺利进行。这一次似乎一切都很顺利。但是，第二天产品经理报告您部署的特性中存在一个bug。这令人惊讶，但并不出人意料。我们怎么才能追捕到那只虫子呢？我们需要什么工具？
另一方面，情节的曲折把候选人带到了一个全新的境地。情节的曲折并不会完全改变背景。他们建立在候选人已经拥有的背景之上，但没有充分利用故事的势头。一些意想不到但熟悉的事情发生了。情节曲折的存在是因为你想制造冲突。没有冲突，故事就不有趣。让候选人来探索这一点吧。
我们知道产品不是静态的，它们发展了…。软件应该会改变。如果不是，那就应该是硬件。我们需要尽可能地精简，在小的反馈循环中工作，以确保我们所做的事情真的为用户增加了价值。从工程角度来看，数字产品最简单的设置是拥有一个前端客户端和一个服务于rest API的后端。随着我们产品的发展，我们的API也将发展。让我们讨论一下在以这种迭代方式发展API时必须考虑哪些因素。
故事是连续不断的。事件不会无缘无故地发生。任何事件都有起因。我们知道并理解背后的原因，我们能够以适当和相称的方式作出回应。过渡需要提供足够的上下文来理解为什么会发生某些事情。只有这样，候选人才能以适当的方式作出回应。你想让应聘者理解你的要求。如果你想要探索的分支打开了一个全新的世界，过渡需要更加丰富。
经过多次迭代，我们的产品比我们想象的更成功。我们服务的负担与日俱增。我们开始看到交通高峰。在这一点上，我们需要考虑什么，我们需要做什么？
故事开始于一个非常低的层次。非常具体。随着采访的进行和故事的建立，精神上的疲劳感增加了。从具体到更抽象的主题是个好主意。到最后，它应该只是关于抽象的概念、想法或结论。
不幸的是，你只是有时间去探索这么多。但当故事结束时，你不仅应该了解应聘者所知道的一些内容，而且还应该在一定程度上与他们建立联系。故事，好故事，让我们渴望更多。如果这种渴望真的存在，那么你就有了整整一个小时以来一直在寻找的答案。
非常感谢undra.com的插图。你可以对我的时事通讯持保留态度，每次有新帖子都会通知你。