Organisation de stages pour étudiants: râteau et astuces

Les stages sont évidemment différents. Dans mon entreprise, stagiaires pour les dzhuns. Pour clarifier le contexte: une entreprise d'environ 300 personnes, développant des types de JS Java / C # \ 10, nous formons des développeurs dans seulement 2 villes de Lituanie. Sites Web, banques, centrales électriques, zoos - les projets sont très différents. L'entreprise se développe, nous avons besoin de personnes. Une option de location: stage.

Le stagiaire-développeur habituel est un étudiant de 2 à 4 ans, informatique, mathématiques; Formé en parallèle avec des études à Vilnius ou Kaunas. Commence un stage de 40 personnes, termine 30-35, 10 embauchés par les Joons.

10 personnes, ce n'est pas seulement un beau chiffre. Pour un juin embauché, vous avez besoin d'au moins un senior / lead qui a du temps libre et un projet où vous pouvez entrer et télécharger un stagiaire sans douleur, où il obtiendra une expérience et des avantages (et passera un contrôle de sécurité client). De plus, il n'y a aucune raison d'accrocher June à un seigneur qui n'a pas hâte d'être un mentor. De plus, les Javists ne sont pas désireux d'embaucher des stagiaires .NET.

Premier coup d'œil?

10 jones sont nés six mois, avec une équipe de 13 personnes. Pendant un mois, cela ne fonctionne pas encore, mais des progrès sont évidents. Tout commence par la planification: des prospects sont interviewés sur le sujet «combien de jones votre équipe attirera-t-elle en six mois» (haha, c'est comme ça qu'ils ont répondu), des professeurs et des mentors sont sélectionnés et formés, un programme est en cours d'élaboration et un examen d'entrée est en préparation.

Après l'examen d'entrée, 20 candidats sont sélectionnés dans chaque ville, 4 équipes sont formées à partir de ceux-ci, chacun, sous la direction d'un mentor, scie un projet de formation pendant 3 mois. En parallèle, tous les étudiants écoutent un ensemble de cours, une fois par semaine: recto, verso, bonnes pratiques, tests. Puis un autre examen (graduation), une série d'entretiens - et de nouveaux employés rejoignent l'équipe.

En principe, rien de compliqué, mais beaucoup de possibilités de jam.

Nous recrutons une équipe

Les problèmes commencent lors du choix des mentors / conférenciers. Vous ne pouvez pas simplement prendre la tête et dire: nous vous prenons 6 personnes, elles passeront environ une journée par semaine sur des stagiaires. Vous ne pouvez pas venir voir le développeur et dire: vous allez donner des conférences - vous avez besoin de bénévoles. Vous devez penser aux voyages d'affaires et aux vacances (lire, pas de stages en été). Ce qui plaît, il n'y a pas de problèmes de motivation: argent, nouvelle expérience, formation au leadership d'équipe - cela suffit. Lorsque 2 conférenciers (recto + verso) et 4 mentors dans chaque ville sont sélectionnés, le broyage commence, appelé «préparation à l'examen d'entrée».

Nous préparons un examen d'entrée

Savez-vous comment mener une interview? L'examen d'entrée n'est pas beaucoup plus difficile. Les problèmes commencent lors de la préparation des questions. Par exemple, ils aiment la POO à Kaunas, je préférerais la jeter hors de l'examen (et j'en ai convaincu Vilnius). EntityFramework vs Dapper, SQL vs JS, hardcore vs trivia - 4 Holy Wars ont disparu, maintenant je me prépare mentalement pour la cinquième. Ce qui est agréable, c'est que les guerres sont locales et que les gens essaient vraiment de prendre des arguments. Ce qui est triste - l'argumentation prend du temps, c'est de l'argent. Pour gagner du temps, une norme pour la préparation des tâches de test a été développée.

Tout d'abord, tout le monde écrit 5 à 10 devoirs, 1 à 2 pour chaque sujet. Ensuite, chaque équipe localement rassemble et discute de toutes les tâches. Pour chacun, une résolution est fixée: adaptée, s'adaptera après achèvement (liste d'actions), scories (liste de raisons). Si la tâche est approuvée par les deux villes: elle obtient au club la liste finale. S'il n'y a pas suffisamment de tâches, les tâches à réviser sont prises en compte. S'ils ne suffisent pas - des tâches supplémentaires sont écrites ou le laitier est corrigé. Deux itérations suffisent pour remplir la partie test.

La partie logique est encore plus simple: chacun sélectionne 3 tâches qu'il souhaiterait voir à l'examen, les tâches avec le plus grand nombre de votes sont inscrites dans la liste finale. L'année dernière, il y avait 4 tâches à trois endroits, a rapidement tenu un vote supplémentaire. Pourquoi vite? Parce qu'il n'y a pas de différence fondamentale entre les meilleures tâches.

Après l'examen, une revue est effectuée: quelles tâches ont été résolues le plus, lesquelles moins, quels sujets se sont avérés être les plus difficiles, les corrélations «solution du problème - invitation au stage» sont recherchées. Une telle analyse nous permettra de trouver la complexité optimale des tâches et de convaincre des collègues d'abandonner certaines tâches (ne les laissez que l'année prochaine). En fait, c'est ainsi que les tâches sur la théorie de la POO ont été partiellement remplacées par «implémenter la POO en C #».

Après avoir préparé la liste finale des tâches, les conseils de gloss commencent. Le texte est formaté, les tâches sont résolues par des collègues pour la recherche d'inexactitudes, les tâches sont vérifiées dans l'IDE, les correspondances sont trouvées pour les années précédentes. Au cours du dernier semestre, nous n'avons pas induit de brillance - et 5 des 35 tâches de test étaient incorrectes.

Médias

Parallèlement à la préparation de l'examen, il y a une annonce de stage. Facebook, journaux, propre site Web - seulement environ 10 chaînes et 30 activités. Les RH et le marketing en sont responsables.

Un autre moment est l'inscription. Quelqu'un s'enregistre deux fois, quelqu'un le fait au dernier moment. Certains viennent sans inscription. Le nombre d'élèves est important: il détermine le nombre de tâches imprimées. Formule empirique: 80% des participants inscrits seront à l'examen.

Un jour ou deux avant l'examen, un rappel est envoyé, FAQ, règlement de l'examen. Un rappel est important: les camarades individuels sont enregistrés plusieurs mois avant l'examen et peuvent bien l'oublier.

Examen d'entrée

Université, un ou deux volets, une pile de tâches, 4 personnes de l'entreprise. C'est dans chaque ville. Il est nécessaire de convenir à l'avance avec l'université, assurez-vous d'indiquer le nombre prévu d'étudiants, l'heure d'arrivée du groupe d'accueil, l'heure de départ du groupe, qui remettra les clés, qui les récupérera. Il est particulièrement important de savoir "qui va le prendre" - l'examen se termine le soir. Vous devez arriver une demi-heure avant l'examen: vérifiez les salles de classe, l'équipement, rencontrez les étudiants, répondez aux questions, mettez la FAQ au tableau, s'il y a un projecteur, mettez des stylos et des feuilles blanches sur la table. Il est important de comprendre: les employés de l’université ne vous aideront que de leur plein gré, il est donc préférable de tout vérifier au bureau. De plus, gâcher l'attitude aujourd'hui - vous n'obtiendrez pas le public au cours du prochain semestre. Il vaut la peine de penser au monde terrestre - pour préparer l'eau à boire (pour eux-mêmes, les élèves peuvent apporter avec eux ce que disent les règles), savoir où se trouvent les toilettes à proximité.

Au début de l'examen, répétez les règles, distribuez les tâches, commencez. L'ennui commence. Le peuple décide, les examinateurs n'ont rien à voir. Les étudiants ne trichent pas ou ne trichent pas inaperçus. Il est important de trouver une leçon pour les observateurs, et il y en a peu. La première consiste à vérifier que l'élève a écrit son nom de manière lisible, ce qui est très important lors de la vérification de l'examen. La seconde consiste à collecter les examens. L'élève part - et l'observateur lui pose la question "qu'est-ce que vous n'avez PAS aimé le plus?". C'est sous cette forme. Si vous demandez quel était le meilleur, vous n’entendrez rien d’intéressant. Les commentaires sont collectés à tour de rôle par tous les observateurs. L'un a rassemblé une partie - est allé enregistrer, le suivant prend le poste.

Après l'examen, tous les matériaux sont collectés, la lumière s'éteint, les portes sont fermées, la clé est remise. La fastidieuse commence: vérifiez.

Test d'examen d'entrée

Pour vérification, nous préparons une feuille dans les docks de Google à l'avance et convenons du parallélisme. Tout d'abord, les tâches de test sont vérifiées, puis les tâches logiques. L'option la plus simple: une personne vérifie 50-100 tâches de test, puis tous les matériaux sont collectés dans une pile et les autres membres de l'équipe testent en parallèle les tâches logiques: chaque tâche logique est vérifiée par une personne dans la ville.

Les tâches logiques sont plus difficiles à vérifier, mais plus amusantes: les élèves plaisantent, écrivent des remerciements et espèrent que "vous les gars vérifiez ce que j'ai écrit ici." Parfois, il existe des solutions frappantes par leur impitoyabilité, comme le calcul «sur le front» de la tâche de Flavel pour 100 personnes. Parfois, les principes d'évaluation préliminaires ne fonctionnent pas - la plupart des élèves comprennent la tâche complètement différemment de ce qui était prévu. Dans de tels cas, vous devez parcourir rapidement une douzaine de décisions et trouver de nouveaux critères d'évaluation.

Pour une tâche de test, nous avons formé pendant plusieurs années le document «Designer’s dream»: à gauche nous fixons la colonne avec les noms (nous arrachons les noms de la base de données d’enregistrement), en haut nous fixons le numéro de tâche et les points maximum pour la tâche logique, nous divisons les colonnes avec des bordures en gras selon la disposition sur les feuilles. Les tests dans ce format sont testés sans aucune implication cérébrale. Pour les tâches logiques, les réviseurs peuvent créer des colonnes supplémentaires.

L'examen et la vérification doivent être aussi rapides que possible. L'élève a deux périodes dans l'année scolaire, quand il est libre - entre les sessions. Vous devez avoir le temps de faire un stage dans ces fenêtres (vous pouvez accrocher légèrement la session d'hiver - mais pas celle d'été, pour l'obtention du diplôme / diplôme). Par conséquent, il est important de vérifier les affectations et d'envoyer des invitations le plus rapidement possible. Idéalement - 2-3 jours, convenus à l'avance avec les patrons \ clients - les développeurs seront occupés. Certains étudiants refuseront de faire un stage - vous devez donc préparer à l'avance le "deuxième niveau". De la pratique, 1-2 étudiants de deuxième niveau recevront leurs invitations.

Conférences

C'est simple: théorie, puis exercices. Personnellement, j'essaie de diluer la théorie avec des histoires cool appropriées de l'Habra . Il est très important d'allouer le plus de temps possible aux exercices. Les stagiaires disent souvent «tout va bien avec moi» même si quelque chose ne fonctionne pas - et ensuite ils ne comprennent pas le matériel. Nous devons tout vérifier et tout le monde, ce qui prend du temps. Les hauts-fonds les plus courants sont stockés sur le wiki de l'entreprise et seront utiles l'année prochaine. L'initialisation \ configuration est un mal distinct, pour 1-2 stagiaires à la conférence, quelque chose ne fonctionnera certainement pas.

Au cours des cours, nous commençons par l'avant et finissons par l'arrière - afin que les stagiaires voient les résultats de la deuxième leçon. Le premier est le marketing, Git, les bases du html \ css.

Il y a toujours la tentation de saisir l'ingérable au lieu de se concentrer sur les aspects clés de la conférence. Il aide à diviser l'exercice en plus petits éléments, ou 3-4 éléments avec une complexité croissante - la précision de la planification augmente. À la fin de la conférence, des liens vers des documents sont laissés, idéalement des articles comme «Comment faire X en utilisant Y». Pauses requises, 10-15 minutes. Obligatoire pour les stagiaires, car à chaque pause, la moitié des stagiaires partent et la seconde moitié est soumise à l'aide d'un conférencier.

Outre la préparation du contenu, une partie du temps est consacrée à l'infrastructure - deux référentiels sont en cours de préparation: Starter, End. Le premier est ouvert aux stagiaires avant la leçon (ReadOnly), et le professeur s'y engagera pendant la conférence. Le second s'ouvre à la fin de la leçon - il ressemblera à un Starter, à peine invité. Les référentiels clés devraient être les mêmes pour tous les groupes - si chaque enseignant a sa propre version, le remplacement de l'un d'eux est plus difficile, surtout à l'avant avec l'enfer des dépendances. Et oui, quelque chose se passe régulièrement avec les conférenciers: un bug critique sur la vente d'un client important, un voyage sur un client important, une sortie particulièrement importante sur un client particulièrement important. À cet égard, il est très pratique d'avoir deux conférenciers dans les villes voisines: si l'un est heurté par un bus , le second le remplacera.

Vous pouvez donner des exercices à domicile, leur mise en œuvre est en corrélation avec la recommandation d'embauche. Je ne sais pas, c'est parce que les stagiaires forts font des exercices élémentaires pour eux, ou parce que faire des exercices rend les stagiaires forts.

Principe clé: vous devez comprendre que les gars du public dans quelques mois travailleront dans la même équipe que le conférencier. Ne lésinez pas sur l'explication maintenant, cela vous fera gagner du temps plus tard.

Le mentorat

4 équipes de 5 stagiaires, sous la direction d'un mentor ingénieur. Un mentor est un croisement entre un lead, un scrum master et un chef de projet. La tâche est de faire un projet. Initialement simple, mais vous pouvez ajouter des fonctionnalités si nécessaire. La pratique montre que la moitié des stagiaires vont tomber: ils peuvent arrêter de marcher du tout, ils peuvent tout simplement ne pas soulever de difficultés, vous devez être prêt à établir des priorités. Le mentorat est une expérience vraiment nouvelle pour le développeur, vous permettant de voir les choses sous un angle complètement différent. Comment gérer une équipe - chacun choisit pour lui-même, je ne décrirai que quelques caractéristiques de notre mentorat.

Tout d'abord, un délai serré. 8 heures par semaine pour une équipe de 5 stagiaires. Tous les sprints, toutes les questions, tous les rituels, tous les réglages de tâches - sur le mentor. Après cela, il est beaucoup plus facile de comprendre la motivation de votre responsable.

Deuxièmement, la dépendance à la conférence. Dans une certaine mesure, aide à la planification. Il est utile de communiquer avec le conférencier: pour savoir de quoi il va parler, pour demander de mettre en évidence certains points plus en détail.

Troisièmement, à la fin, le mentor dirige une équipe de 3-4 jones full-stack. Il est important d'inculquer la discipline de développement dès que possible, comme les révisions de code et les demandes d'extraction, cela vous permet de conserver le code au moins dans l'ordre minimum.

Quatrièmement, le mentor vit dans un endroit où le facteur bus est complété par les facteurs du train, de l'avion et de l'OVNI . Aujourd'hui, vous avez 5 personnes dans une équipe, et demain soudainement trois. En plus des maladies banales, il y a des préparatifs pour le diplôme, un changement d'intérêt et une prise de conscience du temps consommé par le stage. Dans ma mémoire, la plus épique était une lettre comme " Je me suis inscrit et j'ai réussi l'examen, mais je ne savais pas que vous enseigniez le développement Web. Vous faites des choses sympas, mais je suis un Data Scientist, alors continuons sans moi ."

Cinquièmement, un mentor évalue un stagiaire chaque semaine. Si quelque chose arrive au mentor, quelqu'un d'autre peut récupérer l'équipe. L’invitation d’un stagiaire à un entretien dépend en grande partie de la recommandation du mentor - les impressions du mentor doivent donc être enregistrées. Lors d'une des réunions de transfert d'expérience, l'un de ses collègues a remarqué des notes sur sa bien-aimée - l'expérience a été transmise par son ancien mentor.

Examen final

Vérifie uniquement les sujets qui ont été étudiés pendant le stage. Elle est réalisée au bureau, avec Google, mais sans messagers. Tâches purement pratiques: le stagiaire a accès au référentiel, encode quelque chose, s'engage.

Les stagiaires après l'examen sont triés par la somme de deux paramètres: les points pour l'examen et la note du mentor, après quoi ils commencent à recevoir des invitations à l'entretien. Interroger des étudiants collègues qui n'ont pas participé à l'académie. Nous pensons maintenant à simplifier le système: le mentor dit «je recommande \ non», toutes les recommandations sont triées par notes d'examen.

Après le semestre

Reste. Analyse de cours, rétro, analyse de données, mise à jour de la documentation, préparation du prochain semestre - et team building avec des développeurs embauchés.