Ce qu'ils n'enseignent pas à l'école: comment nous formons les ingénieurs de support technique

C’est «l’histoire diffĂ©rente» promise.



DĂ©fi


Si, il y a quatre ans, ils me demandaient: "Comment puis-je former les nouveaux arrivants dans le département / l'entreprise informatique?" - sans hésiter, je donnerais: "Par la méthode" un singe voit - un singe imite ", c'est-à-dire attacher un nouveau venu à un employé plus expérimenté, et laissez-le voir comment les tùches typiques sont effectuées. Cette approche a fonctionné pour moi avant, elle fonctionne maintenant, et il y a quelque temps à Veeam, quand les arbres étaient grands, les logos étaient verts et le produit était petit, il était également possible de s'entraßner - et d'enseigner!

Petit à petit, le produit est devenu grand et complexe, de nouveaux ingénieurs sont devenus de plus en plus nombreux et l'approche RTFM (Read The Freaking Manual) a fonctionné de plus en plus mal - le fait est que ceux qui sont déjà «au courant» peuvent apprendre de cette façon, qui comprend les spécificités du travail et a besoin de quelques détails pas si critiques.

Mais qu'en est-il de ceux qui viennent de domaines connexes et qui veulent grandir et se développer, mais ne savent pas comment aborder cela? Qu'en est-il, par exemple, de ceux qui parlent une langue relativement rare (par exemple, l'italien, rare pour l'informaticien moyen)? Ou comment former un diplÎmé universitaire prometteur qui n'a pas beaucoup d'expérience de travail dans un tel programme?

Interrompons notre histoire une seconde et imaginons: vous ĂȘtes ici, un chef d'Ă©quipe dans l'Ă©quipe de support, vous-mĂȘme un bon ingĂ©nieur rĂ©ussi dans le passĂ©, avec une vaste expĂ©rience dans l'administration systĂšme et la communication avec diffĂ©rentes personnes. Votre tĂąche est de transfĂ©rer votre expĂ©rience Ă  un nouveau combattant ingĂ©nieur (mĂȘme on peut dire «vert»), diplĂŽmĂ© universitaire, intelligent et vif d'esprit. Il n'y a qu'une nuance - c'est une personne sans expĂ©rience de support ou mĂȘme un helpdesk banal, et il sera Ă©galement le premier ingĂ©nieur turcophone dans votre entreprise.

Comment allez-vous résoudre ce problÚme?

Et quand vous rĂ©pondez Ă  cette question (et vous rĂ©pondez, je crois en vous), compliquons la tĂąche - et s'il y a dix ingĂ©nieurs de ce genre? Et si vingt? Et si c'est le dĂ©veloppement constant du dĂ©partement, et Ă  tout moment il y aura un nouveau venu qui devra ĂȘtre formĂ©, montrer le standard minimum de qualitĂ© de travail (et ce standard est Ă©levĂ©) et s'assurer que la personne ne veut pas s'Ă©chapper le plus rapidement possible?

(Veuillez considérer cette question avant de poursuivre la lecture.)



Notre histoire


C'est avec ce défi / défi que nous sommes confrontés.

Alors que le dĂ©partement Ă©tait conditionnellement petit, le programme «de donner un mentor Ă  un dĂ©butant, une liste de documents et de quitter le travail - nager ou se noyer» fonctionnait bien. Le schĂ©ma est bon, universel, testĂ© au fil des annĂ©es et mĂȘme des siĂšcles d'expĂ©rience universelle - mais Ă  un moment, nous avons rĂ©alisĂ© que nous Ă©tions fatiguĂ©s de la rĂ©pĂ©tition. Chaque nouveau venu doit ĂȘtre informĂ© de certaines choses - la mĂȘme chose qui peut ĂȘtre utile dans son travail. Dans un schĂ©ma «traditionnel», un mentor fait cela, mais que se passe-t-il si un mentor va un par un? La rĂ©pĂ©tition de la mĂȘme chose dĂ©range rapidement, l'Ă©puisement professionnel se produit - et c'est un risque.

Et ici, nous rappelons un autre schéma, non moins traditionnel - de rassembler les nouveaux arrivants en groupes et de leur donner des conférences - c'est ainsi qu'est né notre programme de formation.

... Parfois, nos ingĂ©nieurs participent Ă  des confĂ©rences - internes et externes, externes et organisĂ©es par nous-mĂȘmes. C'est Ă  partir d'un tel Ă©vĂ©nement que notre formation en soutien a commencĂ©, comme c'est le cas actuellement.

Un de nos ingĂ©nieurs a pris la parole Ă  VeeamOn Ă  Las Vegas avec une brillante prĂ©sentation sur les composants de Veeam Backup & Replication, et avec des modifications mineures, il est devenu une confĂ©rence «Composants». À cette Ă©poque, nous avions dĂ©jĂ  eu plusieurs confĂ©rences sur diffĂ©rentes parties du fonctionnel, mais c'Ă©tait prĂ©cisĂ©ment cette confĂ©rence qui «donnait le ton» Ă  tout le monde avant et aprĂšs. Exactement comment cette confĂ©rence a Ă©tĂ© construite, quels matĂ©riaux ont Ă©tĂ© utilisĂ©s et ainsi de suite, est devenue la norme pour nous.

Nous avons commencé à parler beaucoup de la virtualisation, des technologies Microsoft, de nos propres produits, introduit des formations de base pour nos débutants sans expérience en informatique, sur lesquelles nous disons tout ce dont un ingénieur de support pourrait avoir besoin - à commencer par le matériel et les niveaux d'abstraction croissants: API disque, opération SystÚmes, applications, réseaux, virtualisation.

Bien sĂ»r, nous avons compris et comprenons qu'il sera impossible ou du moins dĂ©raisonnable d'essayer de couvrir l'ensemble des technologies que nous utilisons avec la formation. Pour former toutes les fonctionnalitĂ©s d'un produit, cela prend plusieurs mois maintenant, mais le produit ne s'arrĂȘte pas et tout le temps quelque chose de nouveau apparaĂźt. De plus, seules les confĂ©rences de formation, telles qu'elles sont, ne peuvent pas fournir tout ce dont un futur ingĂ©nieur a besoin.

Mais quoi sauf?


J'aime dire que la rÚgle de Pareto fonctionne pour nous: avec nos formations, nous donnons environ 20% de ce dont un ingénieur a besoin et 80% restent dans sa conscience - lire des manuels, travailler dans un laboratoire, résoudre des demandes de test et de combat, etc.

20% - formations - en fait, c'est presque 100% de la base théorique, mais vous ne pouvez pas tout réaliser avec une seule théorie - le schéma classique des connaissances-compétences-compétences fonctionne. Nous pouvons donner des connaissances, mais développer des compétences et les transformer en compétences est une tùche complÚtement différente.

C'est pourquoi il est possible trÚs rapidement que nos cours théoriques initiaux aient été complétés par d'autres choses, et maintenant le schéma général ressemble à ceci:

  • ConfĂ©rences / formations;
  • Travail indĂ©pendant;
  • Mentorat.

Tout est clair avec le premier paragraphe: nous emmenons un groupe de nouveaux arrivants, leur lisons la théorie et passons doucement au deuxiÚme paragraphe, en donnant à la fin de la conférence des «devoirs» - une sorte de tùche pratique que le nouveau venu devrait «jouer» en laboratoire et fournir un rapport sous une forme quelconque ( le formulaire est généralement gratuit, mais il existe des exceptions).

Nous formulons intentionnellement les tùches sous une forme assez générale, en évitant les instructions exactes «allez-y, faites-le, notez ce que vous voyez». Au lieu de cela, nous définissons uniquement la tùche (par exemple: déployer une machine virtuelle avec cette liste de composants) et nous demandons d'effectuer une sorte de «recherche» avec le résultat, sans entrer dans la façon de le faire ou de vérifier le résultat. Nous voulons enseigner aux nouveaux arrivants (en particulier ceux qui sont loin du monde informatique au début de leur voyage et comment la fraternité d'ingénierie pense) l'indépendance de la pensée, la capacité de lire la documentation et d'analyser les problÚmes qui surviennent et, trÚs important, de comprendre leurs limites.

Nous savons tous que parfois une solution Ă  un problĂšme conduit Ă  une impasse, comme s'il y avait un mur devant qui ne pouvait pas ĂȘtre pĂ©nĂ©trĂ©. Et pour comprendre dans quels cas cela vaut la peine de se cogner la tĂȘte, et quand il est temps de trouver quelqu'un qui peut vous aider - c'est aussi une compĂ©tence trĂšs importante pour un ingĂ©nieur travaillant en Ă©quipe.

Nous avons une telle «aide» pour un débutant est un mentor.

Surestimer le mentor est tout simplement impossible. Jugez par vous-mĂȘme, il est le premier «point de contact» pour le nouveau venu qui lui est assignĂ©, celui qui peut rĂ©pondre Ă  la plupart des questions et aider dans la plupart des situations - et corriger ces mauvais schĂ©mas (dans la partie technique, en Ă©thique des affaires, dans la culture de l'entreprise), qui peut ĂȘtre ratĂ© Ă  la fois par l'entraĂźneur et mĂȘme le chef d'Ă©quipe.

C'est tout pour lui?


Conférences, formations, mentorat, travail indépendant - ce sont les trois principaux éléments constitutifs de notre programme de formation. Mais est-ce tout ce que l'on peut dire? Bien sûr que non!
MĂȘme avec un bon schĂ©ma, quatre programmes de formation complets (le cinquiĂšme est en route), nous n'arrĂȘtons pas de collecter nos «plod trodes». L'apprentissage est aussi vivant que notre produit est vivant, et par consĂ©quent, de nouvelles informations apparaissent constamment, ainsi que de nouvelles façons de les transmettre.

Par exemple, une étape importante pour nous a été de comprendre que nous répétons un peu plus que complÚtement l'enseignement scolaire / universitaire, et cela ne fonctionne pas toujours. Nous enseignons aux adultes, avec expérience, avec nos peurs et nos préférences. Et un tel systÚme «scolaire» de personnes est un peu effrayant (appelons un chat un chat - dans 95% des cas, toute frustration due au modÚle scolaire vient de la peur): nous avons tous traversé l'école et l'université d'une maniÚre ou d'une autre, et le plus souvent c'était expérience encore traumatisante, donc je ne veux pas du tout la répéter.



De lĂ , nous commençons (oui, seulement commençons, mais «un voyage de mille ...» et ainsi de suite) pour refaire nos approches. Nous nous sommes souvenus / appris sur l'andragogie (l'Ă©ducation des adultes, par opposition Ă  la pĂ©dagogie, qui, en fait, concerne l'enseignement aux enfants) avec son orientation vers l'expĂ©rience, la comprĂ©hension des objectifs, avec des nuances sur l'assimilation des informations et le confort des Ă©lĂšves, l'importance de la composante Ă©motionnelle (pour les enfants, c'est mĂȘme plus important), la nĂ©cessitĂ© d’une composante pratique, etc. Nous avons appris le cycle de Kolba et maintenant nous tordons nos formations, pensant comment nous pouvons mĂȘme amener une personne absolument hors sujet Ă  la formation avec une certaine expĂ©rience que nous aiderons Ă  mettre Ă  jour, complĂ©ter, approfondir et peigner, et, surtout, donner non seulement la thĂ©orie nue, mais aussi des connaissances pratiques qui peuvent ĂȘtre transformĂ©es en compĂ©tences avec l'aide d'un mentor ou indĂ©pendamment.

Nous avons invitĂ© des formateurs en entreprise qui ont beaucoup travaillĂ© avec nos confĂ©renciers sur la prise de parole en public, ont parlĂ© des Ă©motions, ont affirmĂ© leur assertivitĂ©, ont donnĂ© des outils pour gĂ©rer la dynamique de groupe et, bien sĂ»r, nous ont aidĂ©s Ă  rĂ©pondre aux questions «que voulons-nous de la formation?» est notre objectif ultime? " Il y a dĂ©jĂ  des rĂ©sultats - certaines des formations qui ont recueilli le plus de commentaires dans le style «ennuyeux et rien n'est clair» sont maintenant appelĂ©es presque les plus intĂ©ressantes et les plus sincĂšres - mais le confĂ©rencier est restĂ© le mĂȘme!

Et récemment, quelques gars trÚs cool et motivés sont venus nous parler du support centré sur les connaissances et de la façon de créer des cours vidéo - et nous avons eu beaucoup de bonnes idées de leur part, comment refaire ces derniers et échapper à "l'enregistrement de type webinaire" dans de magnifiques et des cours simples qui disent simplement et clairement tout ce que nous voulons, et ne vous permettent pas de vous noyer dans une variété de méthodes pour fournir des informations.

De plus, nous avons maintenant abordĂ© non seulement la composante technique de la formation, c'est-Ă -dire les compĂ©tences dites dures, mais nous travaillons Ă©galement avec des compĂ©tences gĂ©nĂ©rales, non seulement pour les enseignants ou la direction, mais aussi pour les ingĂ©nieurs. Nous le faisons pour que l'Ignat conditionnel, venant dans l'entreprise, puisse former les compĂ©tences dont il aura besoin Ă  100% dans le travail, ĂȘtre capable de gĂ©rer ses Ă©motions et savoir que dans n'importe quelle situation, mĂȘme la plus difficile et dĂ©sespĂ©rĂ©e, il ne le fera pas un: aprĂšs tout, le soutien concerne les gens et «nous ne laissons pas nos gens en difficulté». Avant les premiers appels tĂ©lĂ©phoniques entrants, nous jouerons Ă  des jeux de rĂŽle avec le nouveau venu, aidant Ă  nous impliquer dans le processus et Ă  trouver notre propre style de rĂ©ponses, avant les premiers cas, nous vous dirons comment mieux travailler avec eux et quoi regarder, et nous surveillerons et aiderons tout au long du processus.
Nous soutenons. Et qui soutenons-nous en premier lieu, sinon le nĂŽtre?

Et en conclusion, quelques mots ...


Je suis conscient que mon histoire semble élogieuse. Je ne me vante pas non plus - c'est notre histoire, notre présent et seulement une petite partie de nos plans pour l'avenir.

Notre formation n'est jamais parfaite. Nous avons de nombreuses lacunes et nous avons fait des erreurs - chÚre maman! Nous recevons beaucoup de commentaires, et le plus souvent ce n'est pas élogieux, ils nous écrivent sur les problÚmes, les lacunes, les améliorations souhaitées - et puisque nous nous entraßnons dans le monde entier, nous recevons beaucoup de commentaires divers, et si nous prenons en compte les caractéristiques culturelles ...



Nous avons de la place pour grandir, et Dieu merci, nous avons ceux qui sont prĂȘts Ă  travailler, critiquer, discuter et proposer de nouvelles choses. Il s'agit d'une excellente ressource et d'un grand soutien.

Et le soutien concerne les personnes - ce sont les personnes qui dispensent la formation, la formation aide les nouveaux employés à commencer à bénéficier plus tÎt et à devenir de bons ingénieurs plus rapidement, et de bons ingénieurs rendent le monde meilleur.

... et là-dessus, laissez-moi terminer les discours autorisés.

Source: https://habr.com/ru/post/fr477710/


All Articles