Organización de pasantías para estudiantes: rastrillo y trucos.

Las pasantías son obviamente diferentes. En mi compañía, pasantes para los dzhuns. Para aclarar el contexto: una compañía de ~ 300 personas, desarrolla Java / C # \ 10 tipos de JS, capacitamos a desarrolladores en solo 2 ciudades en Lituania. Sitios web, bancos, centrales eléctricas, zoológicos: los proyectos son muy diferentes. La empresa está creciendo, necesitamos personas. Una opción de contratación: prácticas.

El desarrollador interno habitual es un estudiante de 2-4 años, informática, matemáticas; Formado en paralelo con estudios en Vilnius o Kaunas. Comienza una pasantía de 40 personas, termina 30-35, 10 contratados por los Joons.

10 personas no es solo un número hermoso. Para un junio contratado, necesita al menos un Senior / Lead, que tenga tiempo libre y un proyecto en el que pueda ingresar y subir a un aprendiz sin problemas, donde obtendrá una experiencia y beneficio (y pasará un control de seguridad del cliente). Además, no hay razón para colgar a June de un señor que no está ansioso por ser un mentor. Además, los Javists no están ansiosos por contratar pasantes .NET.

Primera vista?

10 jones nacen medio año, con un equipo de 13 personas. Durante un mes, todavía no funciona, pero el progreso es evidente. Todo comienza con la planificación: se entrevista a los líderes sobre el tema "cuántos jones sacará su equipo en seis meses" (jaja, así es como respondieron), se seleccionan y capacitan a profesores y mentores, se está desarrollando un programa y se está preparando un examen de ingreso.

Después del examen de ingreso, se seleccionan 20 candidatos en cada ciudad, se forman 4 equipos a partir de ellos, cada uno de los cuales, bajo la guía de un mentor, corta un proyecto de capacitación durante 3 meses. Paralelamente, todos los estudiantes escuchan una serie de conferencias, una vez por semana: adelante, atrás, mejores prácticas, pruebas. Luego otro examen (graduación), una serie de entrevistas y nuevos empleados se unen al equipo.

En principio, nada complicado, pero muchas oportunidades para atascarse.

Reclutamos un equipo

Los problemas comienzan al elegir mentores / profesores. No puede simplemente tomar una iniciativa y decir: le quitamos 6 personas, pasarán aproximadamente un día a la semana en pasantes. No puede acudir al desarrollador y decirle: dará conferencias, necesita voluntarios. Debe pensar en viajes de negocios y vacaciones (leer, no hay pasantías en el verano). Lo que agrada, no hay problemas con la motivación: dinero, nueva experiencia, capacitación en liderazgo de equipo: esto es suficiente. Cuando se seleccionan 2 profesores (anverso + reverso) y 4 mentores en cada ciudad, comienza la molienda, llamada “preparación para el examen de ingreso”.

Estamos preparando un examen de ingreso.

¿Sabes cómo realizar una entrevista? El examen de ingreso no es mucho más difícil. Los problemas comienzan al preparar las preguntas. Por ejemplo, les encanta la POO en Kaunas, preferiría tirarla del examen (y convencí a Vilnius de esto). EntityFramework vs Dapper, SQL vs JS, hardcore vs trivia - 4 Holy Wars se han extinguido, ahora me estoy preparando mentalmente para el quinto. Lo que agrada es que las guerras son locales, y la gente realmente está tratando de recoger argumentos. Lo que entristece: la argumentación lleva tiempo, que es dinero. Para ahorrar tiempo, se desarrolló un estándar para la preparación de tareas de prueba.

Primero, todos escriben 5-10 tareas, 1-2 para cada tema. Luego, cada equipo localmente reúne y discute todas las tareas. Para cada uno, se establece una resolución: adecuada, se ajustará después de la finalización (lista de acciones), escoria (lista de razones). Si la tarea es aprobada por ambas ciudades: llega al club la lista final. Si no hay suficientes tareas, se consideran las tareas de revisión. Si no son suficientes, se escriben tareas adicionales o se repara la escoria. Dos iteraciones son suficientes para completar la parte de prueba.

La parte lógica es aún más simple: todos seleccionan 3 tareas que les gustaría ver en el examen, las tareas con el mayor número de votos se ingresan en la lista final. En el último año, hubo 4 tareas en tres lugares, rápidamente celebraron un voto adicional. ¿Por qué rápido? Porque no hay una diferencia fundamental entre las mejores tareas.

Después del examen, se realiza una revisión: qué tareas se resolvieron más, qué menos, qué temas resultaron ser los más difíciles, se buscan correlaciones "solución del problema - invitación a la pasantía". Tal análisis nos permitirá encontrar la complejidad óptima para las tareas y convencer a los colegas de que abandonen algunas tareas (solo les dejamos el próximo año). En realidad, así es como las tareas en la teoría OOP fueron reemplazadas parcialmente por "implementar OOP en C #".

Después de preparar la lista final de tareas, comienza la guía de brillo. El texto está formateado, los colegas resuelven las tareas para la búsqueda de imprecisiones, las tareas se verifican en el IDE, se encuentran coincidencias de años anteriores. En el último semestre, no indujimos ningún brillo, y 5 de las 35 tareas de prueba eran incorrectas.

Medios de comunicación

Paralelamente a la preparación del examen, hay un anuncio de pasantía. Facebook, periódicos, sitio web propio: solo unos 10 canales y 30 actividades. Recursos humanos y marketing son responsables de esto.

Un momento separado es el registro. Alguien se registra dos veces, alguien hace esto en el último momento. Algunos vienen sin registro en absoluto. El número de estudiantes es importante: determina el número de tareas impresas. Fórmula empírica: el 80% de los participantes registrados estarán en el examen.

Un día o dos antes del examen, se envía un recordatorio, preguntas frecuentes, reglas del examen. Un recordatorio es importante: los compañeros individuales se registran varios meses antes del examen, y es muy posible que lo olviden.

Examen de ingreso

Universidad, una o dos transmisiones, una pila de tareas, 4 personas de la empresa. Está en todas las ciudades. Es necesario acordar de antemano con la universidad, asegúrese de indicar el número esperado de estudiantes, la hora de llegada del grupo anfitrión, la hora de salida del grupo, quién entregará las llaves, quién las recogerá. Es especialmente importante "quién lo tomará": el examen termina por la noche. Debe llegar media hora antes del examen: revise las aulas, el equipo, conozca a los estudiantes, responda preguntas, coloque las preguntas frecuentes en la pizarra, si hay un proyector, coloque bolígrafos y hojas en blanco sobre la mesa. Es importante comprender: los empleados de la universidad solo lo ayudarán por su propia voluntad, por lo que es mejor verificar todo en la oficina. Además, arruinando la actitud hoy, no obtendrá la audiencia en el próximo semestre. Vale la pena pensar en lo terrenal: preparar agua para beber (para sí mismos, los estudiantes pueden traer con ellos lo que dicen las reglas), averiguar dónde está el baño cerca.

Al comienzo del examen, repita las reglas, reparta tareas, comience. El aburrimiento comienza. La gente decide, los examinadores no tienen nada que hacer. Los estudiantes no hacen trampa, o hacen trampa sin ser notados. Es importante encontrar una lección para los observadores, y hay pocos de ellos. El primero es verificar que el estudiante haya escrito su nombre de manera legible, lo cual es realmente importante al verificar el examen. El segundo es recopilar revisiones de exámenes. El estudiante se va, y el observador le hace la pregunta "¿qué es lo que NO le gustó más?". Es de esta forma. Si preguntas qué fue lo mejor, no escucharás nada interesante. Los comentarios son recopilados por todos los observadores por turno. Uno recolectó una porción, fue a grabar, el siguiente retomó la publicación.

Después del examen, se recogen todos los materiales, se apaga la luz, se cierran las puertas y se entrega la llave. Comienza el tedioso: cheque.

Prueba de examen de ingreso

Para la verificación, preparamos una hoja en los muelles de Google por adelantado y acordamos el paralelismo. Primero, se verifican las tareas de prueba, luego las lógicas. La opción más fácil: una persona verifica 50-100 tareas de prueba, luego todos los materiales se recogen en una pila y los miembros restantes del equipo verifican en paralelo las tareas lógicas: cada tarea lógica es verificada por una persona en la ciudad.

Las tareas lógicas son más difíciles de verificar, pero más divertidas: los estudiantes bromean, escriben gracias y esperan que "ustedes verifiquen lo que escribí aquí". A veces hay soluciones que son sorprendentes en su crueldad, como computar "en la frente" de la tarea de Flavel para 100 personas. A veces, los principios preliminares de evaluación no funcionan: la mayoría de los estudiantes entienden la tarea de manera completamente diferente de lo planeado. En tales casos, debe analizar rápidamente una docena de decisiones y elaborar nuevos criterios de evaluación.

Para una tarea de prueba, durante varios años formamos el documento "sueño del diseñador": a la izquierda arreglamos la columna con los nombres (separamos los nombres de la base de datos de registro), en la parte superior arreglamos el número de tarea y los puntos máximos para la tarea lógica, dividimos las columnas con bordes en negrita según el diseño en las hojas. Las pruebas en este formato se prueban sin ninguna afectación cerebral. Para tareas lógicas, los revisores pueden crear columnas adicionales.

El examen y la verificación deben ser lo más rápidos posible. El estudiante tiene dos períodos de tiempo en el año escolar, cuando es libre, entre sesiones. Necesita tener tiempo para realizar una pasantía en estas ventanas (puede enganchar ligeramente la sesión de invierno, pero no la de verano, para la graduación / diploma). Por lo tanto, es importante verificar las tareas y enviar invitaciones lo más rápido posible. Idealmente, 2-3 días, acordado de antemano con los jefes / clientes, los desarrolladores estarán ocupados. Algunos estudiantes se negarán a realizar pasantías, por lo que debe preparar de antemano el "segundo nivel". En la práctica, 1-2 estudiantes de segundo nivel recibirán sus invitaciones.

Conferencias

Es simple: teoría, luego ejercicios. Personalmente, trato de diluir la teoría con historias geniales adecuadas del Habra . Es muy importante asignar el mayor tiempo posible a los ejercicios. Los alumnos a menudo dicen "todo está bien conmigo" incluso si algo no funciona, y luego no entienden el material. Tenemos que verificar todo y a todos, lo que lleva tiempo. Los bancos de arena más comunes se almacenan en el wiki corporativo y serán útiles el próximo año. Inicialización \ configuración es un mal separado, para 1-2 alumnos en la conferencia, algo definitivamente no funcionará.

En el proceso de conferencias, comenzamos desde el frente y terminamos con la parte posterior, para que los alumnos vean los resultados de la segunda lección. El primero es marketing, Git, los conceptos básicos de html \ css.

Siempre existe la tentación de comprender lo inmanejable en lugar de centrarse en los aspectos clave de la conferencia. Ayuda a dividir el ejercicio en los elementos más pequeños, o de 3 a 4 elementos con una complejidad creciente: la precisión de la planificación aumenta. Al final de la conferencia, quedan enlaces a los materiales, idealmente artículos como "Cómo hacer X usando Y". Descansos requeridos, 10-15 minutos. Obligatorio para los alumnos, porque en cada descanso la mitad de los alumnos se van, y la segunda mitad está sujeta a la ayuda de un profesor.

Además de preparar el contenido, parte del tiempo se dedica a la infraestructura; se están preparando dos repositorios: Starter, End. El primero está abierto para los pasantes antes de la clase (solo lectura), y el profesor se comprometerá durante la clase. El segundo se abre al final de la lección: se verá como un Starter, solo ligeramente invitado. Los repositorios clave deben hacerse iguales para todos los grupos: si cada profesor tiene su propia versión, reemplazar uno de ellos es más difícil, especialmente en el frente con el infierno de la dependencia. Y sí, algo sucede regularmente con los profesores: un error crítico en la venta de un cliente importante, un viaje en un cliente importante, un lanzamiento particularmente importante en un cliente especialmente importante. En este sentido, es muy conveniente tener dos profesores en las ciudades vecinas: si uno es atropellado por un autobús , el segundo lo reemplazará.

Puede dar ejercicios en el hogar, su implementación se correlaciona con la recomendación de contratación. No sé, esto se debe a que los alumnos fuertes hacen ejercicios elementales para ellos, o porque hacer ejercicios fortalece a los alumnos.

Principio clave: debe comprender que los chicos de la audiencia en un par de meses trabajarán en el mismo equipo que el profesor. No escatime en la explicación ahora, ahorrará tiempo más adelante.

Mentoring

4 equipos de 5 aprendices, bajo la guía de un mentor ingeniero. Un mentor es un cruce entre un lead, un scrum master y un gerente de proyecto. La tarea es hacer un proyecto. Inicialmente simple, pero puede agregar funciones si es necesario. La práctica muestra que la mitad de los pasantes se caerán: pueden dejar de caminar en absoluto, es posible que simplemente no levanten las dificultades, debe estar preparado para establecer prioridades. La tutoría es una experiencia realmente nueva para el desarrollador, que le permite ver las cosas desde una perspectiva completamente diferente. Cómo administrar un equipo: todos eligen por sí mismos, describiré solo algunas características de nuestra tutoría.

Primero, un límite de tiempo ajustado. 8 horas a la semana para un equipo de 5 alumnos. Todos los sprints, todas las preguntas, todos los rituales, todo el establecimiento de tareas, en el mentor. Después de esto, comprender la motivación de su cliente potencial es mucho más fácil.

Segundo, adicción a la lectura. Hasta cierto punto ayuda en la planificación. Es útil comunicarse con el profesor: para averiguar de qué hablará, para pedir resaltar algunos puntos con más detalle.

Tercero, al final el mentor lidera un equipo de 3-4 jones de stack completo. Es importante inculcar disciplina de desarrollo lo antes posible, como revisiones de código y solicitudes de extracción, esto le permite mantener el código al menos en el orden mínimo.

Cuarto, el mentor vive en un lugar donde el factor del autobús se complementa con los factores del tren, el avión y el OVNI . Hoy tienes 5 personas en un equipo, y mañana SUDDENLY tres. Además de las enfermedades triviales, hay preparativos para el diploma, un cambio de intereses y conciencia del tiempo que consume la pasantía. En mi memoria, lo más épico fue una carta como " Me registré y aprobé el examen, pero no sabía que estabas aprendiendo desarrollo web. Haces cosas geniales, pero soy Data Scientist, así que sigamos sin mí ".

Quinto, un mentor evalúa a un interno cada semana. Si algo le sucede al mentor, alguien más puede recoger el equipo. La invitación de un pasante a una entrevista depende en gran medida de la recomendación del mentor, por lo que las impresiones del mentor deben registrarse. En una de las reuniones de transferencia de experiencia, uno de sus colegas observó notas sobre su amada: la experiencia fue transmitida por su antiguo mentor.

Examen final

Comprueba solo aquellos temas que se estudiaron durante la pasantía. Se lleva a cabo en la oficina, con Google, pero sin mensajeros. Tareas puramente prácticas: el interno obtiene acceso al repositorio, codifica algo, se compromete.

Los alumnos después del examen se ordenan por la suma de dos parámetros: puntos para el examen y la calificación del mentor, después de lo cual comienzan a recibir invitaciones para la entrevista. Entrevistando a estudiantes colegas que no participaron en la academia. Ahora estamos pensando en simplificar el sistema: el mentor dice "Recomiendo \ no", todos los recomendados se clasifican por puntajes de exámenes.

Después del semestre

Descanso Análisis de conferencias, retro, análisis de datos, actualización de documentación, preparación del próximo semestre, y trabajo en equipo con desarrolladores contratados.