Acabo de completar el proceso de seis semanas para encontrar un trabajo como desarrollador de mediana edad en el mercado, donde actualmente se está realizando una búsqueda activa de talentos (Amsterdam). En otras palabras, visité un montón de entrevistas. Para explorar con precisión qué empresas son las más adecuadas para mí, traté de hacer más preguntas. Aquí debe encontrar el equilibrio adecuado según sus necesidades y la persona que se comunica con usted.
Si eres un junior en busca de trabajo, entonces puedes llegar a la conclusión de que realmente te interesa poco, que responderán todas las preguntas a continuación: al menos deberías llegar a algún lado. Pero incluso en este caso, decida por sí mismo qué momentos serán señales de alto para usted y pregunte con la expectativa de que aparecerá la información necesaria. Si hay algo que puede obligarlo a rechazar una vacante, es mejor averiguarlo antes de aceptar una oferta de trabajo.
Pasos estándar
En mi experiencia, el proceso de selección suele ser así:
- Conversación telefónica / a veces reunión en la oficina. Por lo general, los oficiales de personal son responsables de esta etapa. Si uno de los desarrolladores está involucrado, entonces la conversación, como regla, resulta bastante fluida (no es el mejor momento para bombardearlos con preguntas).
- Entrevista técnica Esto es seguido por una serie de entrevistas ya estrictamente con un equipo de desarrolladores que analizarán a fondo lo que usted sabe y lo que no.
- Tarea de prueba / "tarea" / código de co-escritura. En mi opinión, las empresas que han introducido un código de co-escritura para candidatos obtienen inmediatamente muchos puntos extra. Entiendo por qué muchos dan una "tarea", pero en la mayoría de los casos es una pérdida de tiempo para ambas partes, no las habilidades que realmente se necesitan salen a la luz.
- La reunión final, conocer a todo el equipo. Si la empresa es pequeña, esta etapa a veces se reemplaza por una conversación personal con el fundador.
- Oferta de trabajo
Por supuesto, en diferentes compañías el reclutamiento puede ser ligeramente diferente, pero en términos generales he enumerado todo lo que se debe esperar del proceso de empleo.
Preguntas para RRHH
Como regla general, la primera entrevista la realizan personas que no están relacionadas con procesos técnicos. En consecuencia, preguntarles acerca de la pila de tecnología es inapropiado: por lo general, no están actualizados, incluso si la empresa es pequeña.
Una conversación en su mayor parte debe girar en torno a usted. Por supuesto, ya tienen su currículum a mano, pero esperarán una breve historia sobre usted; asegúrese de preparar una descripción breve, sucinta e informativa de su historial profesional. Hasta que hable, debe repetirlo como de costumbre.
¿Cómo seleccionas candidatos?Lo más probable es que ellos mismos le escriban lo que sucederá después, pero si esto no sucedió repentinamente, especifique qué etapas se llevan a cabo en esta empresa en particular. Si aún no tiene intenciones serias con respecto a este equipo, y tienen la intención de pedirle que escriba una solicitud completa como el siguiente paso, es más razonable decir adiós de inmediato.
Cuéntame en pocas palabras sobre el equipo de desarrollo¿Cuántas personas hay, cuál es la proporción de juniors y seniors, cómo se construye la jerarquía interna (la empresa tiene un director técnico o un propietario de producto)? Tales preguntas generalmente son fáciles de responder incluso por un oficial de personal. Si no (esto a veces sucede, especialmente en grandes corporaciones), bueno.
Antes de colgar, asegúrese de comprender lo que le espera en el siguiente paso.
Preguntas para una entrevista técnica.
Aquí es donde pongo la mayor parte de mis preguntas. El empleador lo evalúa, pero usted también lo evalúa en paralelo. Deje que el entrevistado hable, pero no tenga miedo de insertar una o dos preguntas en el camino. Al final de la reunión, generalmente le preguntan si tiene alguna pregunta, y en este punto puede preguntar lo que le parezca. Si la respuesta no es demasiado interesante para usted, no pregunte. No tiene sentido perder su tiempo y el de otras personas en razonamientos que de ninguna manera afectarán su decisión final.
He organizado las preguntas en orden de prioridad para mí personalmente. Si fácilmente encontramos un lenguaje común con el entrevistador, generalmente no llegaba a los últimos elementos de la lista. Si la conversación fue difícil y no demasiado cómoda, los revisé todos y esperé que me llevaría mejor con el resto del equipo.
¿Cómo te imaginas el candidato ideal para este puesto?Realmente me gusta esta pregunta, porque revela de manera no estándar qué esperarán exactamente de usted. Si el entrevistado pudiera crear un candidato ideal para esta vacante desde el aire, ¿cuál sería? En algunos casos, es como si se le mostrara un espejo, en otros, muchas cosas no encajarán en su experiencia, conjunto de habilidades y preferencias. Esta es una buena manera de entender qué tan bien encaja en el equipo.
Por ejemplo, en una compañía me dijeron que necesitan una persona que "se las arregle sin mucha ayuda". Esto es una campana para mi. Cualquier desarrollador que comience a trabajar con una nueva base de código necesitará ayuda para comprender la lógica empresarial en su núcleo, incluso si conoce todas las tecnologías en las que se basa. Si el equipo es negativo sobre la idea de crear un ambiente cómodo para transferir habilidades, considero que esto es un inconveniente serio.
Sin embargo, a menudo escuché que el candidato ideal podrá "trabajar de forma independiente" y "establecer objetivos". Esto, en mi opinión, es una buena señal: me considero un empleado así y no me gusta cuando alguien busca e intenta organizar por la fuerza mi proceso de trabajo por mí. Estas dos respuestas parecen ser esencialmente las mismas, pero la forma en que se presenta la información explica mucho la diferencia en las condiciones de trabajo.
¿Qué es lo más difícil de esta publicación?La respuesta a esta pregunta depende en gran medida de lo que va a hacer exactamente. En cualquier caso, ayuda perfectamente a diluir los colores del arco iris en los que se mantendrá el resto de la conversación. En relación con la opinión del empleado sobre lo que es más probable que cause problemas, considere muy seriamente si podrá resolverlos con éxito.
¿Quién define la visión general de la empresa?Aquí estoy tratando de entender si la compañía tiene planes a largo plazo e, idealmente, hablar también sobre objetivos y direcciones de desarrollo. La única respuesta que percibo como una señal alarmante es la falta de una respuesta. "Fundador" es una opción perfectamente normal para un equipo pequeño, mientras que "asesoramiento" o "gestión" es mayor para las empresas. Si todos se consideran involucrados hasta cierto punto en la formación de una visión y una hoja de ruta, este es el puntaje más alto. Los puntos de vista mal entendidos sugieren que es malo: es aconsejable trabajar con aquellos que al menos tienen una idea de hacia dónde se están moviendo.
¿Cómo evalúa el éxito del departamento de desarrollo y la empresa en general?Esta pregunta también se relaciona con el flujo de trabajo. Quiero entender sobre la base de lo que juzgarán mi trabajo y el trabajo de mi equipo. Si al entrevistado le resulta difícil responder, voy al otro lado y pregunto según qué criterios consideran que el trabajo es insatisfactorio. En mi opinión, si nadie sabe lo que se entiende por buen trabajo, pero todos entienden claramente lo que significa "abrumar la tarea", no debe esperar nada bueno. ¿Cómo puede cumplir con éxito sus deberes sin saber qué se entiende por éxito aquí?
¿Qué es lo que más te gusta del trabajo? ¿Qué es lo que más te molesta?Es genial poder hacer estas preguntas a varios miembros del equipo. Uno debe seguir inmediatamente al otro (prefiero comenzar con un positivo). A menudo, puede rastrear fácilmente patrones: las personas se enfurecen por las mismas cosas. Por lo general, es difícil hacer que un empleado hable sobre aspectos negativos, pero, en mi experiencia, con este enfoque rara vez logran silenciar el tema.
Es poco probable que discutan con usted problemas fundamentales y sistémicos en las actividades de la empresa (aunque esto también sucede), pero al menos se sentirá mejor acerca de las dificultades específicas de este equipo en particular, ya sea organización laboral, relaciones interpersonales o burocracia.
Cuéntanos cómo se inspecciona el código.Aquí las respuestas son en su mayoría concisas: usan solicitudes de extracción, la opción de revisión de código en GitHub o en otro lugar. Trate de profundizar en el tema y descubra qué comentarios se están haciendo, cuánto tiempo tarda generalmente en fusionarse con la rama principal. ¿Realmente encuentran culpa? O viceversa, ¿incluso se pierden errores graves? ¿Los empleados realmente están apoyando el producto o simplemente les encanta hacer alarde de su conocimiento? ¿Qué hay de las pruebas? ¿Con qué frecuencia ocurren los lanzamientos?
Describa el proceso de introducción de una nueva característica: ¿cómo se convierte de una idea abstracta en un elemento de la cartera de pedidos y luego en un código?Quiero entender de dónde vienen las ideas. ¿El equipo estudia los datos relevantes y luego actúa en base a ellos? ¿O algo le viene a la mente al fundador y el resto se ajustará forzosamente?
Esta pregunta tiene algo en común con lo que concierne a la visión; se puede configurar a continuación, como una continuación lógica. Supongamos que tiene una visión, pero ¿cómo se planifican e implementan las características individuales? Me parece que esta pregunta está más cerca de "¿cómo funciona aquí en absoluto?". La única diferencia es que no la preguntas en texto plano y, en consecuencia, no recibes nada como respuesta.
Cuéntanos sobre un problema técnico que hayas encontrado recientemente.Si la pregunta anterior resultó ser demasiado complicada para ellos, esta será más simple: solo les pido que den un ejemplo concreto de las últimas tareas. ¿El equipo se ocupó de la situación conjuntamente o alguien buscaba una solución? ¿Han recurrido los desarrolladores a algún recurso externo? ¿O terminaron pensando en presentar esta oportunidad? Nuevamente, esta pregunta es útil porque demuestra cómo procede el flujo de trabajo diario.
Bonificación: ¿Hay algún esquema aceptado para introducir a los recién llegados al curso de las cosas? ¿Cómo se presentan los nuevos desarrolladores al equipo?Considero que esta pregunta no es demasiado significativa, a menos que usted mismo sea un junior. Los juniors deben buscar lugares donde el apoyo e incluso la capacitación de los nuevos empleados sea grave. Los desarrolladores de nivel medio y los seniors pueden preguntar solo para averiguar si se está haciendo algo en esta parte, en principio. Para mí personalmente, es importante si la compañía piensa en lo que los principiantes tienen que hacer o si intentan facilitar el proceso de adaptación. Por supuesto, la respuesta "no" no lo obliga a romper las relaciones con el empleador, especialmente porque muchos responderán.
Aquí, me gusta preguntar si incluso contratan juniors en el equipo y cómo trabajan con ellos, pero solo en esos casos si hemos dejado en claro que yo mismo no les pertenezco. Tengo unos tres años de experiencia y no me gustaría dejar una falsa impresión. Los desarrolladores más avanzados pueden hacer preguntas similares sin temor a ser confundidos con un junior: las respuestas le permiten juzgar cuánto aprecia la empresa a los empleados.
Preguntas para la reunión de clausura
En las últimas etapas, probablemente ya hablará sobre cuál será su salario y cuándo se irá. Si se le ofrece, averigüe todas las condiciones: bonos, beneficios, promociones, licencia, fecha de empleo, etc. Pero hay otra pregunta potencial que se puede hacer con gran precaución, si la atmósfera es buena para ello.
¿Hay algún tipo de política interna que deba tener en cuenta?En las grandes empresas, pueden señalarle al departamento de ventas y decir que son dioses aquí y es mejor no enojarlos. En equipos pequeños, por regla general, aseguran que no surgirán problemas. En este caso, le interesa la información de la categoría "Estoy aquí el primer día". ¿Quién realmente gobierna la pelota? ¿Quizás hay algún tipo de proyecto que algunos consideran inútil, mientras que otros adoran? Si en esta etapa le muestran algo de "ropa sucia", esto puede ser muy útil en las primeras semanas. Además, tal pregunta deja en claro que está ansioso por unirse al equipo y comunicarse adecuadamente con diferentes personas con las que tiene que contactar.
Y el ultimo
Cada una de estas preguntas puede ser el comienzo de una conversación interesante. No lo tome de tal manera que necesariamente deba moverse estrictamente en la lista. Comience con lo que le parezca más importante o informativo, y luego observe la situación. Donde es mejor llegar a una discusión bilateral exhaustiva que simplemente lanzar preguntas.
Al evaluar la compañía, trato de entender si me sentiré cómodo aquí y si los organizaré como subordinados y colegas. Buena es la conversación que me lleva a la respuesta a una de estas preguntas. Los delineadores sugeridos anteriormente son solo una ayuda para comenzar.
¡Buena suerte en tu búsqueda!