Cómo solucionar problemas con el proceso de entrevista de ingeniería de inicio

Sí, la contratación está rota: así es como entrevistamos a los desarrolladores de aplicaciones en Keepsafe

Contratar en tecnología es un tema candente. En cada etapa, los involucrados tienden a hablar sobre lo que no funciona. Las personas se sienten molestas por los reclutadores de LinkedIn o ignoradas cuando no reciben respuesta después de enviar una solicitud. Una vez que comienza el proceso de reclutamiento, escuchas quejas sobre los formatos de entrevista: pantallas de teléfono, pizarra y tipos de preguntas.

Aquí hay un buen ejemplo burlándose de la entrevista técnica.

Y aquí hay uno con números, lo que demuestra que nadie sabe lo que están haciendo de todos modos.

Un paso adelante

En Keepsafe, siempre estamos ansiosos por mejorar. Entonces, cuando leemos acerca de cómo los currículums realmente no proporcionan una señal útil sobre si alguien es un buen desarrollador o no, decidimos dejar que los candidatos se postulen sin currículums. Contratamos a nuestro líder tecnológico de esta manera, por eso lo llamamos éxito.

Pero luego estaba el siguiente paso: entrevistar. Se supone que un proceso de entrevista determinará si el candidato tiene las habilidades requeridas para hacer el trabajo y podrá operar en la cultura de la empresa. En el caso de Keepsafe, eso significa evaluar a los desarrolladores de aplicaciones iOS / Android. (¡Estamos contratando desarrolladores de aplicaciones!)

Inspirados por preguntas de gerentes de contratación experimentados, solíamos hacer una serie de preguntas sobre estructuras de datos, arquitectura de aplicaciones e implementación de algoritmos simples. Observamos que muchos candidatos no respondieron estas preguntas a nuestra satisfacción, incluidos muchos que claramente habían trabajado en equipos que enviaron con éxito aplicaciones móviles de calidad.

¿Estábamos probando las cosas equivocadas?

Y otro…

Nos tomamos un mes para evaluar nuestro proceso y nos hicimos las siguientes preguntas:

  • ¿Con qué estábamos luchando?
  • ¿Dónde creíamos que la forma de entrevista existente se estaba quedando corta?
  • ¿Sobre qué cosas deberíamos preguntar más? ¿Técnicamente y para la cultura adecuada?
  • ¿Qué creíamos que una buena entrevista técnica debería lograr?
  • ¿Qué habilidades estábamos probando?
  • ¿Cómo podríamos refinar el proceso para producir la mejor experiencia para el candidato y el equipo?
  • ¿Cómo evaluaríamos a los candidatos?

Como discutimos, rápidamente nos dimos cuenta de que no teníamos una comprensión común clara de estos requisitos. Hablamos sobre lo que queríamos profundizar durante la entrevista técnica. Consideramos los rasgos de personalidad que buscamos en los candidatos. Determinamos qué filtrar durante el proceso de selección. Surgieron muchas preguntas, y esta reevaluación permitió a todos contribuir a la solución.

Lo que estamos buscando en los desarrolladores de aplicaciones

Nos desafiamos a nosotros mismos para enumerar las habilidades, actitudes y conocimientos que creemos que son necesarios en diferentes roles técnicos para el éxito en Keepsafe. Como discutimos, rápidamente descubrimos que no teníamos una comprensión clara y común de estos requisitos. Primero, analizamos la composición pasada y presente de nuestro equipo y reconocimos el conjunto de habilidades y comportamientos que fueron productivos y aquellos que no sirvieron al equipo. A continuación, redujimos los criterios para un miembro exitoso del equipo en Keepsafe.

Aquí está la lista de habilidades que estamos buscando:

  • Diseña soluciones teniendo en cuenta los casos de uso y la evolución de los requisitos.
  • Se comunica claramente
  • Razones lógicamente
  • Piensa en casos extremos
  • Pesa el impacto sobre la perfección
  • Comprende la plataforma iOS / Android y las limitaciones
  • Aprende rápido
  • Abierto a comentarios
  • Jugador de equipo

Comparamos qué tan adecuadas eran nuestras preguntas con una evaluación de estas habilidades y, sorprendentemente, no coincidían muy bien. Nuestras preguntas fueron diseñadas con un “programador capaz” abstracto en mente. Y aunque hay candidatos que pueden resolver nuestro conjunto de problemas, eso no significa que tengan las características que hacen que las personas prosperen en Keepsafe.

Además, cuando analizamos detenidamente las habilidades que consideramos importantes, quedó claro que no se pueden evaluar fácilmente resolviendo un problema técnico solo.

Decidimos no solo cambiar los tipos de preguntas que hacemos, sino también definir los tipos de respuestas a buscar y cómo interpretarlas. Si bien el nuevo proceso puede parecerse mucho al anterior, la forma en que intentamos evaluar las habilidades de los candidatos es muy diferente ahora.

Nuestro proceso de entrevista

La pantalla de nuestro teléfono ahora se centra en la alfabetización. Queremos saber si puedes escribir código. ¿Puede resolver un problema pequeño y simple en un tiempo limitado? Por ejemplo, podemos pedirle a un candidato que escriba una función que invierta una cadena. Esperamos que todos puedan resolver este problema, pero ahora consideramos qué tan rápido y cuánta duda tienen los candidatos o las preguntas que plantean los candidatos.

Cuando invitamos a candidatos en el sitio, todo se centra en un pequeño proyecto de aplicación en el que el candidato trabaja de forma independiente.

Un pequeño proyecto elimina las limitaciones de formato que generalmente se encuentran en las entrevistas técnicas. No se utilizan pizarras blancas u otros entornos poco realistas. Se trata de producir una aplicación en la plataforma en la que el candidato trabaja más (iOS o Android) y usar las herramientas y entornos que tendrán que emplear en el trabajo.

Más importante aún, proporciona suficiente implementación específica, impulsada por el candidato, que nos permite evaluar las habilidades enumeradas anteriormente. ¿Qué mejor manera de evaluar la comunicación clara y el razonamiento que hablar sobre la implementación del proyecto? También discutimos las decisiones de compensación hechas específicamente para este proyecto y podemos determinar si un candidato puede priorizar. Durante el proceso, podemos ver cómo se maneja la retroalimentación durante una discusión del proyecto. Nos gusta movernos rápidamente y queremos asegurarnos de que el candidato también avance en el entorno de Keepsafe.

Hemos probado este nuevo proceso durante dos meses y hemos descubierto que realmente aborda los problemas que descubrimos en nuestras entrevistas anteriores. Al interrogar a alguien con preguntas aleatorias sobre su conocimiento, no obtiene la razón por la que quiere construir cosas geniales y unirse a su empresa. Nuestro proceso revisado de entrevista intenta crear un ambiente más propicio para resolver esto. Nos complace finalmente tener un enfoque de entrevista que refleje lo que estamos buscando y lo que nos importa, y también les brinda a los candidatos una mejor experiencia de entrevista.

¡Estamos contratando!

More Interesting

¿Qué son buenas para evaluar las entrevistas con algoritmos de codificación?

Cómo prepararse para la entrevista como ingeniero senior en Google / Facebook / Apple / LinkedIn / Yahoo

¿Cómo puedo clasificar / calificar a los programadores?

¿Cuál debería ser mi respuesta a las preguntas en "Gran escala" que se hacen en entrevistas técnicas de empresas como Amazon?

¿Cuáles son algunas de las preguntas que se hacen comúnmente en una entrevista técnica?

¿Los entrevistadores técnicos explican la confusión resultante de hablar y pensar en un idioma no nativo?

Si ha sido rechazado de una escuela de codificación de élite y ha vuelto a aplicar y luego ha sido aceptado, ¿cuál es su historia?

¿Puedo escribir código en mi computadora portátil en lugar de una pizarra durante una entrevista de trabajo? ¿Qué tal proyectado en una pantalla para que todos en la sala puedan verlo? ¿Por qué perder el tiempo en una habilidad irrelevante como codificar en pizarras blancas?

¿Qué tipo de preguntas se hacen en la sección de programación de Amdocs (que consta de 7 preguntas de codificación) en la primera ronda de aptitud?

Soy estudiante de ECE de primer año. Me voy a preparar mucho para una programación competitiva. ¿Google me considerará y me brindará una oportunidad de entrevista?

Si hay una matriz que contiene N números, cuyo rango es de 1 a N + 1, y solo puedo usar el espacio O (1) y no puedo modificar la matriz, ¿puedo encontrar cualquier número repetido no peor que O (NlogN) ¿hora?

¿Qué temas debo estudiar en Java para limpiar entrevistas de programación?

Para las principales compañías de software como Google, Facebook, Amazon, Microsoft, ¿cuánto importa el perfil o es solo el rendimiento de la entrevista?

Dado todo el tipo / aleatoriedad anti-loop de la entrevista que puede suceder, ¿puede un desarrollador promedio incluso aspirar a trabajar en Amazon / Google / Facebook?

¿Cómo evitan los programadores las líneas de código de más de 80 caracteres?