Mi pregunta favorita de la entrevista.

May 09 2022
Al contratar ingenieros de software Una gran parte de mi trabajo como Gerente de ingeniería y Bar Raiser es contratar ingenieros. Una parte de mi tiempo se dedica a realizar entrevistas, hablar con los candidatos sobre el alcance de nuestros equipos y la empresa, el papel en el equipo y el potencial de crecimiento futuro de los candidatos en el equipo.

Al contratar ingenieros de software

Foto de LinkedIn Sales Solutions en Unsplash

Una gran parte de mi trabajo como Gerente de Ingeniería y Bar Raiser es contratar ingenieros. Una parte de mi tiempo se dedica a realizar entrevistas, hablar con los candidatos sobre el alcance de nuestros equipos y la empresa, el papel en el equipo y el potencial de crecimiento futuro de los candidatos en el equipo.

Cada equipo y empresa es diferente y los roles para los que contratamos son muy diferentes en cuanto a habilidades, experiencias y expectativas. Sin embargo, durante las entrevistas, descubrí que esta pregunta es excelente para romper el hielo y me da muchas señales sobre el candidato. Así que vamos a sumergirnos.

La pregunta

“Hablemos de algo que hayas hecho y de lo que estés orgulloso”

Es una pregunta simple de hacer. Le doy al candidato un poco más de contexto sobre lo que significa "algo": en el contexto de la ingeniería, puede significar cualquier cosa, desde un proyecto importante hecho desde cero hasta un error molesto que tomó una semana de rascarse la cabeza, una pérdida de memoria a una migración de arquitectura importante . También puse una línea de tiempo de los últimos dos años para mantener esto relevante.

¿Qué estoy tratando de hacer?

  • Tranquilice al candidato: es su territorio, es más fácil hablar de algo de lo que esté orgulloso o que le apasione que pensar en algo complejo que haya hecho y que crea que podría impresionar al entrevistador.
  • Ya que están orgullosos de ello, probablemente hayan pasado tiempo en el pasado pensando en el problema desde diferentes ángulos, haciendo de este un tema interesante para hablar.

Una entrevista no se trata de las respuestas, sino de las señales que yo, como entrevistador, recopilo de ellas. Es mi responsabilidad en una entrevista recoger las señales que estoy buscando . Se supone que los candidatos no saben mágicamente lo que estoy buscando. Así que me mantengo cerca de la conversación y los guío hacia los rincones del problema y la solución que quiero explorar y las señales que quiero recopilar.

Estas son algunas de las áreas que trato de cubrir:

  • ¿Cual fue el problema?
  • ¿Por qué valía la pena resolver este problema? ¿Por qué fue esto importante para el negocio/equipo? ¿Cuáles fueron las métricas de éxito?
  • ¿Quién identificó el problema? ¿Fue el candidato, el equipo, alguien más? ¿Cómo surgió el problema? ¿Cuál fue el contexto?
  • ¿Cómo abordaron la solución del problema? ¿Cuál fue la solución?
  • ¿Quiénes eran los interesados?
  • ¿Involucró a varias personas/equipo para resolver el problema?
  • ¿Consideraron otras soluciones? ¿Cuáles fueron las ventajas y desventajas que resultaron en la selección de la que hicieron?
  • Inmersión técnica profunda en la solución.
  • ¿Qué pasaría si? Intento cambiar algunas suposiciones o parámetros y ver si pueden pensar en cómo cambiaría su solución.
  • ¿Cómo pasaron de la idea a la producción? ¿Cuáles fueron los desafíos en eso?
  • ¿Hubo algún aprendizaje de esto?
  • ¿Hay algo (en su trabajo) que apasione al candidato? ¿Pensaron lo suficiente (antes o después del hecho) en un espacio problemático que les apasiona?
  • Comunicación
    - ¿Cómo comunican el problema y la solución? Tanto la comunicación técnica como la comunicación del contexto.
    - ¿Entienden por qué el problema era importante para empezar?
    - Si hubo dependencias, ¿cómo navegaron la situación?
    - ¿Cómo se comunicaron con las partes interesadas?
  • Arquitectura
    - ¿Pueden explicar el contexto arquitectónico y la solución de manera coherente?
    - ¿Están familiarizados con los conceptos técnicos comunes al rol que han estado desempeñando? Como un ingeniero de back-end que sabe un par de cosas sobre el diseño de API.
    - ¿Pueden pensar en compensaciones?
  • Ejecución y retroalimentación
    : ¿cómo responden a preguntas extrañas?
    - ¿Cómo abordaron el aprendizaje de la situación?
    - ¿Cómo eliminaron el riesgo de la entrega de la solución? ¿Cómo se desbloquearon?

© Copyright 2021 - 2022 | unogogo.com | All Rights Reserved