He hecho entrevistas en Amazon, Spotify, Meta y Microsoft. Te explico cómo me ha ido.
¡Buenas!
Si me sigues en Twitter o en LinkedIn, ya sabrás que hace unos días terminé mi etapa en Glovo. Tomé la decisión de marcharme a mediados de Febrero y dejé de ignorar algunas de las ofertas que me llegaban por LinkedIn. Pero esta era la primera vez que buscaba trabajo como Engineering Manager y quería asegurarme de ir bien preparado, así como de tener un CV atractivo para esta posición.
Me decidí a aplicar a ofertas que tenían algunas de las empresas que considero más exigentes en cuanto a procesos de contratación: Google, Apple, Amazon, Spotify, Meta y Microsoft. Mi intención era validar si mi CV era aceptable y si pasaría el primer filtro de estas empresas. Para mi sorpresa… ¡lo pasó en la mayoría! Así que me vi en cinco o seis procesos al mismo tiempo, sin haber tenido demasiado tiempo para prepararme.
Enseguida empecé a leer cómo son los procesos de selección para estas empresas. Y descubrí que tienen bastantes cosas en común. En este artículo te cuento algunos trucos que utilicé para prepararme mejor.
Behavioural interviews
Algo que tienen en común Amazon, Spotify y otras grandes tecnológicas es que las preguntas que te hacen son behavioural (conductual). Es decir: buscan averiguar cómo te comportaste en diversas situaciones anteriormente.
Nunca me había enfrentado a este tipo de preguntas, ya que en las empresas para las que he trabajado te hacen preguntas más "teóricas". Pero las preguntas basadas en tu conducta o comportamiento buscan ejemplos de tus experiencias previas para demostrar tus valores y principios.
Las entrevistas son siempre en inglés y tienen el formato siguiente:
"Tell me about a time when…" ("Explícame una vez que…")
Por ejemplo: "Explícame una vez que hayas tenido que tomar una decisión difícil", "Explícame una vez que hayas tenido que dar un feedback difícil" o "Explícame una vez que hayas no hayas podido llegar a tiempo a una entrega".
El truco para responder estas preguntas es que buscan ejemplos de experiencias reales, no que teorices. Es decir, no esperan que expliques cómo tomas o tomarías una decisión difícil. Lo que buscan es que des un ejemplo de una decisión difícil que hayas tenido que tomar.
Es importante preparar estos ejemplos de antemano, porque quedarse en blanco durante la entrevista es una oportunidad perdida para mostrar tu experiencia. Te recomiendo preparar de 12 a 15 ejemplos basados en tu experiencia antes de las entrevistas.
Hay un par de plantillas que te pueden ayudar para preparar cada experiencia y, en general, para responder a cualquier pregunta: tanto el método STAR como PAR pueden servirte. La idea es siempre la misma: estructurar tu respuesta de la siguiente manera:
Problem: Explicar el problema y dar contexto: ¿Por qué era un problema? ¿Cuál era tu rol en la empresa?
Actions: Enumerar las acciones que tú tomaste para solucionar el problema. Explica tanto lo que funcionó como lo que no. Es importante hacer hincapié en qué hiciste tú, no tu equipo. Te están entrevistando a ti. No es el momento de ser humilde.
Resultados: ¿Cuál fue el resultado tras tus acciones? Recuerda hablar en términos de impacto, business outcomes… si puedes dar números, mejor.
Algunas empresas dan mucha importancia a una serie de valores o principio de liderazgo. En Amazon, por ejemplo, tienen una lista de principios de liderazgo que buscan en cada persona a la que entrevistan. En Spotify tienen una guía de expectativas con sus managers. Busca esta información antes de empezar con el proceso o pregúntale a tu recruiter si existe. Cuando prepares los ejemplos, puedes asociarlos a estos principios para asegurarte de que tienes variedad de experiencias.
Lo que hice fue preparar una tabla en Notion con cada ejemplo. Además de la descripción de la experiencia, siguiendo el modelo PAR, añadí un campo relacionándolo con la empresa en la que estaba, a qué principio de liderazgo lo asocio (según mi criterio) y si es una experiencia de éxito o de fracaso.
Diseño de sistemas
El otro tipo de entrevistas al que no me había enfrentado nunca es el de diseño de sistemas. Estas preguntas me aterrorizaban, ya que no solo no las había hecho, sino que son tan abiertas que no sabía ni por dónde empezar.
En los procesos que he hecho me he enfrentado a dos tipos de pregunta:
Explícame cómo diseñarías esta funcionalidad/producto/servicio
Explícame un sistema/producto con el que hayas trabajado
Para prepararme para este tipo de preguntas, me fue súper útil el libro de System Design Interview: An Insider's guide, de Alex Xu. Súper práctico, entretenido, fácil de leer y con una variedad de ejemplos de preguntas reales. Especialmente la primera parte (Volume 1), ya que el primer capítulo explica un framework para enfrentarte a cualquier tipo de entrevista de diseño de sistemas.
La metodología para responder a estas preguntas en realidad es muy sencilla y se basa en hacer colaborar a la persona que te entrevista:
Primero, se espera que inviertas tiempo en hacer preguntas para aclarar qué funcionalidades tienes que cubrir. Normalmente las preguntas son muy abiertas: "¿Cómo diseñarías Google Docs?" o "¿Cómo diseñarías TikTok?". En lugar de lanzarte a diseñarlo todo, se espera que hagas preguntas del tipo: "¿En qué funcionalidades debería centrarme?", "¿Cuántos usuarios esperamos tener?", "¿Va a ser un servicio público o privado?".
En segundo lugar, se te permite hacer una serie de asunciones. Si las haces, asegúrate de comunicárselas a quien te entrevista e incluso dejarlas por escrito. Pregúntale qué le parece y si hay algo que se te escapa, o si la asunción es correcta. Por ejemplo: "vamos a asumir que la calidad de los vídeos soporta tres formatos".
Lo siguiente es ir detallando requisitos funcionales y no funcionales que debería cumplir tu diseño. Algunos ejemplos de requisitos funcionales: "crear, editar y eliminar documentos", "colaborar en tiempo real", "permitir conversaciones"… Y de no funcionales: "acceso mediante usuario registrado", "colaboración en tiempo real", "baja latencia", "tolerancia a desconexiones". Discute cada uno de estos aspectos con tu entrevistadora y asegúrate de que tienen sentido.
Por último, llega la hora de hacer un diseño de alto nivel. Para ello, mi consejo es que comiences siempre desde el punto de vista del usuario. ¿Cómo interactúan los usuarios con el sistema? ¿A través de una app, una web, o una API? Luego, ve dibujando qué hay detrás de esa API (servicios, procesos, repositorio de datos y archivos estáticos…).
Cuando tengas un diseño de alto nivel que sea satisfactorio, detente. Pregunta a la otra persona si le parece razonable y en qué componente le gustaría que te centrases. Deja que guíe el resto de la entrevista. A partir de aquí dependerá de tus respuestas cómo se desarrolle la conversación. Si te preguntan por algo que no conoces mucho, saltarán a otra parte del sistema. Cuando te pregunten por algo que controlas, asegúrate de dar todo tipo de detalles.
Por ejemplo: en mi caso no soy un experto en bases de datos, pero sí en aplicaciones de Front-end y experiencia de usuario. Invertí mucho tiempo respondiendo ahí, dando distintas opciones. Esto forma parte de la entrevista, ya que el objetivo es conocerte y ver cómo te comunicas y colaboras. Cuando te hayas dado cuenta, habrá pasado el tiempo y habréis terminado 😁
Unas últimas palabras
Hacer entrevistas como Engineering Manager por primera vez en mi carrera ha sido todo un reto y he aprendido un montón. Pero cualquier proceso de entrevistas puede prepararse buscando información sobre la empresa y sobre cómo entrevistan. En el caso de Amazon, por ejemplo, existen docenas de artículos explicando con detalle cómo enfrentarte a todo el proceso.
De todas las empresas que he mencionado, recibí una oferta solo de una 😅. Llegué a la fase final con dos y con el resto, lo dejé a mitad del proceso porque ya tenía un par de buenas ofertas. Por cierto: al final no trabajaré para ninguna de estas compañías, sino para Datadog.
Espero que te haya sido útil el texto, en caso de que te estés preparando para una futura entrevista. Si tienes más dudas o quieres que te ayude a prepararte, ya sabes cómo contactar conmigo.
¡Suerte!