Nuestro primer almuerzo juntos: por qué y cómo pasamos nuestro día de prueba

Hola Habr! Hace un par de meses, mis colegas hablaron sobre expandir el equipo 5 veces: de 50 a 250 desarrolladores para fines de 2020. Como habrás adivinado, ahora estamos prestando mucha atención a la contratación. Al mismo tiempo, no estamos listos para "tomar en cantidad", contratando a todos en una fila, diciendo "entonces lo resolveremos". Es importante para nosotros que las personas realmente se conviertan en parte de nuestro equipo en los años venideros. Fue este motivo el que una vez nos llevó a un nuevo formato de entrevistas: un día de prueba. Sobre él y será discutido bajo el corte.

Introducción

Para que el candidato y yo podamos conocernos bien, hay una larga lista de contratación:

• Entrevista de recursos humanos
• entrevista técnica
• entrevista con CTO.

Lo último, por cierto, es muy importante: Sasha es una maestra de las conversaciones sinceras, sabe cómo llevar incluso a los geeks más severos y reservados a una conversación franca.

Además de todo esto, pasamos un día de prueba con los candidatos. Parecería, ¿por qué otro día? ¿Qué queremos saber sobre el candidato y qué queremos mostrarle? ¿Y quién estará de acuerdo con esto?

Test Day en Dodo

Comenzar los días de prueba no fue una decisión fácil. El equipo de recursos humanos no estaba contento con el alargamiento aún más largo del proceso de contratación: "Los buenos especialistas no acudirán tanto a nosotros, ¡ya tienen varias ofertas disponibles!" Ellos dijeron Sin embargo, hubo otra opinión. Un día de prueba es una oportunidad única para que un empleado potencial conozca las condiciones reales de la empresa sin conseguir un trabajo allí. Por ejemplo:

• Aprenda sobre las condiciones reales de trabajo . Qué trabajos, muebles, computadoras. ¿Hay ventanas en las habitaciones donde se sientan los empleados de TI (después de todo, a menudo las ponen en habitaciones sin ventanas: "de todos modos, miran sus monitores todo el día").
• Averigüe con quién tendrá que trabajar . El entrevistador Timlid es genial, pero tienes que trabajar en equipo. Y ver en quién consiste antes de aceptar la oferta definitivamente no es superfluo. Imagine que se emparejará con uno de los desarrolladores y tendrá la oportunidad de espiar a los otros pares y comprender si puede trabajar codo a codo con estas personas.
  
  "Lado a lado" literalmente. Practicamos activamente la programación en pareja. Trabajar en un par es mucho más eficiente, especialmente para los desarrolladores que nos han visitado recientemente. Y el día de la prueba ofrece una oportunidad única para realizar una "prueba de manejo" del trabajo en pareja en persona.
• Descubre lo que realmente tienes que hacer . Todas estas listas de tecnologías de vanguardia, que se indican en las vacantes, son excelentes, para nosotros es más larga que las trenzas Rapunzel. Pero rara vez se relaciona con las tareas actuales para las que se le asignará. Sería bueno echar un vistazo a la cartera de pedidos, el código del producto y llorar para comprender lo que tiene que hacer y si desea hacerlo usted mismo.
• Aprenda sobre las herramientas que tiene que usar . Aprenda en la práctica sobre las reglas de codificación y cómo se siguen. Por ejemplo, es habitual que trabajemos en Rider y no en Visual Studio. Puede ser tan inusual que se volverá crítico al decidir si acudir a nosotros. Existen matices similares en casi todas partes (por regla general, debido a razones históricas) y es mejor conocerlos antes de firmar un contrato de trabajo.
• Descubra cómo es un día de trabajo real en un equipo . En cualquier equipo decente tendrás al menos stand-ups diarios. Es importante ver cómo van para comprender cómo se comunican entre sí los miembros del equipo, cuál es el ambiente en él. En Dodo, vamos un poco más allá e invitamos al candidato a las actividades públicas en general del día actual: devForum, planificación o revisión. Algo sucede todos los días, por lo que existe la oportunidad de echar un vistazo más amplio a la interacción de posibles colegas entre sí.

Para un candidato, un día de prueba es, en primer lugar, una oportunidad para tomar una decisión informada sobre si está listo para trabajar en esta empresa. Cero mierda publicitaria, solo hechos reales.

Si tuviera tales oportunidades en todos los lugares que terminé teniendo, definitivamente no iría a algunas de ellas. Y ahora sería mucho menos gris.

Por supuesto, el día del examen también es la oportunidad para que la compañía mire al candidato en los negocios:

• Queremos reconocer de manera confiable a los "maestros de entrevistas" . La mejor manera de hacer esto es mirar a la persona en el proceso de trabajo real. ¿Qué tan rápido comienza a navegar el nuevo código? Leer el código es, según algunas estimaciones, hasta el 70% del tiempo del desarrollador. Al mismo tiempo, analizamos qué soluciones ofrece en la tarea, cómo escribe el código y si sigue los estándares aceptados.
• Queremos entender qué tan activa es una persona, capaz de actuar como el iniciador de una solución . Por supuesto, es difícil comenzar a ofrecer soluciones de inmediato para un código desconocido. Pero en sistemas grandes como Dodo IS , encontrará un código desconocido después de un año de trabajo. Si una persona al final de la prueba se sienta con la mirada "vamos, muéstrame cómo hacerlo", esta es una mala señal.
• Queremos saber qué tan "cómodas" están las personas en el trabajo . Esto es especialmente importante cuando se empareja: ¿un compañero potencial "arrancará el teclado" de un compañero? ¿Podrá convencerlo con calma de la exactitud de sus decisiones o explicarle sus errores? El trabajo en pareja es una interacción muy estrecha de intelectos y un nuevo empleado no debe ser "tóxico" en dicha interacción.

Según lo anterior, el "día de prueba" no puede ser inferior a 5 horas. También tratamos de llevar a un candidato a almorzar, esto le da la oportunidad de mirar a posibles colegas en la comunicación informal. Y echamos un vistazo al candidato fuera de la oficina.

Al mismo tiempo, no tiene sentido extender esta práctica a todas las vacantes seguidas. Por ejemplo, no pasamos días de prueba para juniors: los desarrolladores novatos requieren esfuerzos serios del equipo para sumergirse en el código y al trabajar en tareas. Un día no podrá mostrar su potencial.

Se nos ocurrió un formato de día de prueba como alternativa a la tarea de prueba. Creo que para muchos es obvio que la tarea de prueba completada (especialmente para el desarrollador) deja más preguntas que respuestas. Al mismo tiempo, muchos excelentes candidatos simplemente se califican con él.

Resultados

De hecho, en 1,5 años contratamos a más de 40 personas y solo nos dejaron 4 desarrolladores: uno fue a iniciar su propio negocio y el resto se mudó a Europa.

Preguntas populares del día del examen

El hecho de un día de prueba es sorprendente entre los candidatos. Habiéndose recuperado del shock, hacen básicamente las mismas preguntas. Las responderé en forma de bombardeo. Creo que también será interesante para usted, mi lector:

• ¿Se paga un día de prueba? No
• ¿Qué pasa si estoy en otra ciudad? Si la vacante involucra trabajo en la oficina, debe venir a esta oficina en un día de prueba. Lo cual es lógico. De lo contrario, no podrá encontrar nada de la lista anterior.
• ¿Debo ir a cenar? No Puedes traer el tuyo, es aún mejor si planeas tener siempre el tuyo. Puede averiguar si nuestra cocina es adecuada para sus cenas.
• ¿Qué llevar contigo? En invierno, debe tomar un turno, será más conveniente. Nada mas.

¿Quieres probar un día de prueba? ¡Ven a gastarlo!