¿Cuál es la mejor manera de evaluar las habilidades blandas durante una entrevista para ingenieros de software?

Answer 1

Hay muchas formas diferentes de hacerlo. Aquí hay algunas ideas basadas en la experiencia y las clases de gestión que he tomado.

1. Habilidades de escritura. Pídales que documenten una tarea diaria, por ejemplo, hacer una taza de té. Si es posible, haga esto en una sala de descanso donde alguien en el comité de contratación pueda ingresar e intentar hacerlo basándose solo en las instrucciones escritas. Al final del ejercicio, revise y critique su desempeño con ellos de manera cortés y profesional.
2. Habilidades de escucha y comunicación. Que alguien entre y le dé instrucciones a la persona. Permítales hacer una sola pregunta (¡crédito adicional si son las instrucciones que se deben escribir! Pero no dejes que las anoten). Haga que una segunda persona ingrese después de que la primera persona se vaya. Haga que le den el mensaje a la segunda persona. Luego haga que la primera persona regrese y haga que la segunda persona le devuelva el mensaje a la primera persona. Al final del ejercicio, revise y critique su desempeño con ellos de manera cortés y profesional.
3. Habilidades interpersonales. Esto puede ser un poco complejo. Puede tener una persona como líder de equipo, PO o analista que le dé instrucciones a la persona. Luego tendrán que transmitir la dirección a otros, como personas que desempeñan el papel de Scrum Masters, QA y otros desarrolladores. La combinación exacta de roles que encuentren dependerá de si es para un puesto junior o senior, etc. , la OP quiere incluirlo en el sprint actual, etc. Vea cómo manejan los conflictos. Al final del ejercicio, revise y critique su desempeño con ellos de manera cortés y profesional.

Entonces esas son solo ideas. Durante la revisión del ejercicio, vea cómo reaccionan. ¿Insistieron en que su camino era el único correcto? De la mano yo diría “no contratar”. ¿Eran tímidos y un poco tímidos? Si se trata de un puesto junior, esto no debería considerarse un error. Una persona que acaba de salir de la escuela y / o con poca experiencia puede necesitar un año o dos de tutoría en cualquier caso. Si es un puesto de alto nivel, entonces puede ser un error. ¿Tenían confianza, explicaron bien su posición y tomaron bien sus consejos? Entonces lo hicieron bien.

Solo algunas ideas para ser consideradas.

Answer 2

Las habilidades blandas son una evaluación común para cualquier candidato, sin importar que pertenezca a algún flujo de graduación. Lo primero que los entrevistadores considerarán es la actitud, el lenguaje corporal y su enfoque. Si lo encuentran satisfactorio, entonces tiene más oportunidades de descifrar el proceso de la entrevista. Mantente confiado, audaz y escucha antes de hablar. Estos son algunos de los puntos clave que debe considerar en una entrevista.

Answer 3

Vale la pena definir exactamente qué habilidades blandas le parecen más valiosas y tal vez hable con alguien fuerte en esa área para obtener ideas sobre cómo evaluarlas (psicólogo, maestro, representante de servicio al cliente, vendedor, etc.). He leído un poco sobre ellos y, sinceramente, parece una especie de trampa dada una breve entrevista, el hecho de que algunas personas ‘entrevistan bien’ y el hecho de que algunos grandes programadores tienen dificultades o están nerviosos en una entrevista.

Uno que fue usado en mí. No es científico, así que tómalo con un grano de sal:

1) Pídales que envíen una tarea de programación que no debería tomar más de 4 horas en completarse. Haga que lo envíen por correo electrónico en lugar de usar un IDE en línea

2) Revise la calidad del código, etc.

3) Cuando te reúnas con ellos, comparte esos comentarios y luego diles ‘desafortunadamente no se compiló’

4) Observe cuidadosamente cómo responden. Algunas respuestas posibles

A) “Eso es imposible” o discuten contigo. Aunque técnicamente son correctas, carecen de habilidades sociales y es probable que causen conflictos en su equipo. Es probable que sufran del síndrome “siempre correcto” y reaccionaron emocionalmente.

B) Sorpresa leve o una disculpa pero no la persigue. En la mayoría de los casos debería ser una respuesta pasajera. Si está contratando a alguien para que realice una gran cantidad de depuración (por ejemplo, soporte de producción) o lidere un equipo, debe ser una señal de alerta y muestra una falta de capacidad de manejo o de resolución de problemas.

C) “Interesante, ¿cuál fue el error?”. Muestra que no lo tomaron personalmente y entraron en modo de resolución de problemas. Siempre una respuesta pasajera y te pone en una situación difícil …

Creo que la mentira piadosa de que el programa no compiló es aceptable. Si consiguen el trabajo, puede decirles (y probablemente reírse de ello) y si no, supondrán que tiene una versión diferente del lenguaje / compilador o creen que se equivocaron, por lo que es poco probable que publiquen su pregunta en Glassdoor .