Wat hulle nie op skool leer nie: hoe ons tegniese ondersteuningsingenieurs oplei

Hier is die beloofde “ander storie”.

Wat hulle nie op skool leer nie: hoe ons tegniese ondersteuningsingenieurs oplei

Uitdaging

As jy my vier jaar gelede gevra het: "Hoe kan jy nuwelinge in die IT-afdeling/maatskappy oplei?" - Ek sal sonder huiwering sê: "Deur die "aap sien, aap naboots"-metode te gebruik, dit wil sê, 'n nuweling aan 'n meer ervare werknemer toewys en hom laat kyk hoe tipiese take uitgevoer word. Hierdie benadering het voorheen vir my gewerk, dit werk nou nog, en 'n tyd gelede in Veeam, toe die bome groot was, die logo's groen was, en die produk klein was, dit was ook hoe jy kon oefen - en opgelei het!

Geleidelik het die produk groot en kompleks geword, daar was meer en meer nuwe ingenieurs, en die RTFM (Read The Freaking Manual)-stylbenadering het al hoe slegter gewerk - die feit is dat diegene wat reeds "in die wete" is, op hierdie manier kan leer , wat die besonderhede van die werk verstaan ​​en 'n paar, nie so kritiese besonderhede nodig het nie.

Maar wat van diegene wat uit verwante velde kom en wil groei en ontwikkel, maar nie weet hoe om dit te benader nie? Wat om te doen, byvoorbeeld, met diegene wat 'n relatief skaars taal praat (byvoorbeeld, Italiaans, wat skaars is vir die gemiddelde IT-spesialis)? Of hoe om 'n belowende universiteitsgegradueerde op te lei wat nie veel werkservaring onder so 'n skema het nie?

Kom ons stop ons storie vir 'n oomblik en verbeel ons: hier is jy, 'n spanleier in die ondersteuningspan, wat 'n voormalige goeie en suksesvolle ingenieur was, met uitgebreide ervaring in stelseladministrasie en kommunikasie met verskillende mense. Jou taak is om jou ervaring oor te dra aan 'n nuwe ('n mens kan selfs sê "groen") vegter-ingenieur, 'n universiteit gegradueerde, slim en flink. Daar is net 'n nuanse - dit is 'n persoon sonder ondersteuningservaring of selfs 'n banale hulptoonbank, en hy sal ook die eerste Turkssprekende ingenieur in jou onderneming wees.

Hoe sal jy hierdie probleem oplos?

En wanneer jy hierdie vraag beantwoord (en jy sal antwoord, ek glo in jou), kom ons kompliseer die taak - wat as daar tien sulke ingenieurs is? Wat as dit twintig is? Wat as dit 'n konstante ontwikkeling van die departement is, en daar sal op enige gegewe tydstip 'n nuweling wees wat opgelei moet word, 'n minimum standaard van werkskwaliteit toon (en hierdie standaard is hoog) en seker maak dat die persoon nie wil hê nie om so vinnig as moontlik weg te hardloop?

(Dink asseblief oor hierdie vraag voordat jy verder lees.)

Wat hulle nie op skool leer nie: hoe ons tegniese ondersteuningsingenieurs oplei

Ons storie

Dit is presies die uitdaging/taak wat ons in die gesig gestaar het.

Terwyl die departement relatief klein was, het die skema "gee vir 'n nuweling 'n mentor, 'n lys dokumente en ophou werk - swem of sink" goed gewerk. Die skema is goed, universeel, bewys oor jare en selfs eeue se universele menslike ervaring – maar op 'n stadium het ons besef dat ons moeg was vir herhaling. Elke nuweling moet 'n paar dinge vertel word - dieselfde dinge wat vir hom nuttig kan wees in sy werk. In die "tradisionele" skema doen die mentor dit, maar wat as een of ander mentor sale een vir een het? Om dieselfde ding te herhaal, raak vinnig vervelig, uitbranding tree in - en dit is reeds 'n risiko.

En hier onthou ons nog 'n, nie minder tradisionele skema - om nuwelinge in groepe te versamel en vir hulle lesings te gee - dit is hoe ons opleidingsprogram gebore is.

... Soms neem ons ingenieurs deel aan konferensies – beide intern en ekstern, derdeparty en deur onsself georganiseer. Dit was vanaf hierdie geleentheid dat opleiding in ondersteuning begin het, soos dit nou is.

Een van ons ingenieurs het 'n briljante aanbieding by VeeamOn in Las Vegas gelewer oor watter stukke Veeam Backup & Replication gemaak is, en met 'n paar aanpassings het dit die "Components"-lesing geword. Teen hierdie tyd het ons reeds verskeie lesings oor verskillende dele van die funksionaliteit gehad, maar dit was daardie lesing wat “die toon aangee” het vir alles wat voor en daarna gekom het. Dit was die manier waarop die lesing gestruktureer is, watter materiaal gebruik is, ens., wat vir ons die standaard geword het.

Ons het baie begin praat oor virtualisering, Microsoft-tegnologieë, ons eie produkte, basiese opleiding vir ons beginners sonder IT-ervaring bekendgestel, waar ons alles vertel wat 'n ondersteuningsingenieur dalk nodig het - begin met hardeware en toenemende vlakke van abstraksie: Skyf API, Operasie Stelsels, toepassings, netwerke, virtualisering.

Natuurlik het ons verstaan ​​en verstaan ​​dat dit onmoontlik of ten minste onredelik sou wees om die hele reeks tegnologieë wat ons gebruik met opleiding te dek. Dit neem reeds etlike maande om al die kenmerke van een produk te leer, maar die produk staan ​​nie stil nie, en iets nuuts verskyn heeltyd. Boonop kan slegs opleidingslesings, soos hulle is, nie alles verskaf wat 'n toekomstige ingenieur nodig het nie.

Wat nog?

Ek wil graag sê dat die Pareto-reël vir ons werk: met ons opleiding verskaf ons ongeveer 20% van wat 'n suksesvolle ingenieur nodig het, en 80% bly op sy gewete - lees handleidings, werk in die laboratorium, los toets- en gevegsversoeke op, ens. .

20% - opleiding - in werklikheid is dit amper 100% van die teoretiese basis, maar jy kan nie alles met teorie alleen bereik nie - die klassieke skema van Kennis-Vermoë-Vaardighede werk. Ons kan Kennis gee, maar om Vaardighede te ontwikkel en dit in Vaardighede te omskep, is 'n heeltemal ander taak.

Daarom kon ons aanvanklike teoretiese lesings baie vinnig met ander dinge aangevul word, en nou lyk die algemene skema so:

  • Lesings/opleidings;
  • Onafhanklike werk;
  • Mentorskap.

Alles is duidelik met die eerste punt: ons neem 'n groep beginners, lees vir hulle die teorie en gaan glad aan na die tweede punt, gee "huiswerk" aan die einde van die lesing - 'n soort praktiese probleem wat die beginner moet "speel" uit” in die laboratorium en verskaf 'n verslag in een of ander vorm (gewoonlik is die vorm gratis, maar daar is uitsonderings).

Ons formuleer take doelbewus in 'n redelik algemene vorm en vermy presiese instruksies "gaan daarheen, doen dit, skryf neer wat jy sien." In plaas daarvan stel ons net 'n taak (byvoorbeeld: ontplooi 'n virtuele masjien met hierdie lys komponente) en vra ons om 'n bietjie "navorsing" te doen met die resultaat wat verkry is, sonder om in te gaan hoe om dit te doen of hoe om die resultaat na te gaan. Hiermee wil ons beginners (veral diegene wat aan die begin van hul reis van die wêreld van IT is en hoe die ingenieursbroederskap dink) onafhanklike denke leer, die vaardigheid om dokumentasie te lees en opkomende probleme te ontleed, en, baie belangrik, om hul perke.

Ons weet almal dat die oplossing van 'n probleem soms tot 'n doodloopstraat lei, asof daar 'n muur voorlê wat nie deurgebreek kan word nie. En om te verstaan ​​wanneer dit die moeite werd is om voort te gaan om jou kop daarin te slaan, en wanneer dit tyd is om iemand te vind wat kan help, is ook 'n baie belangrike vaardigheid vir 'n ingenieur wat in 'n span werk.

In ons geval is hierdie "helper" vir 'n nuweling 'n mentor.

Dit is eenvoudig onmoontlik om 'n mentor te oorskat. Beoordeel self, hy is die eerste "kontakpunt" vir die nuweling wat aan hom toegewys is, die een wat die meeste vrae kan beantwoord en in die meeste situasies kan help - en daardie slegte patrone kan regstel (in die tegniese deel, in besigheidsetiek, in die Maatskappykultuur), wat beide die afrigter en selfs die spanleier kan mis.

En dit gaan alles oor hom?

Lesings-opleidings, mentorskap, onafhanklike werk - dit is die drie hoofboublokke waaruit ons opleidingsprogram bestaan. Maar is dit al wat daar is om te vertel? Natuurlik nie!
Selfs met 'n goeie skema, vier volledige opleidingsprogramme (die vyfde is op pad), hou ons nie op om ons "broods of plunder" in te samel nie. Onderwys is so lewendig soos ons produk, en daarom verskyn nuwe inligting en nuwe maniere om dit oor te dra voortdurend.

Byvoorbeeld, 'n belangrike mylpaal vir ons was die begrip dat ons eintlik skool-/universiteitsopleiding 'n bietjie meer as heeltemal herhaal, en dit werk nie altyd nie. Ons leer volwassenes met ervaring, met hul eie vrese en voorkeure. En hierdie “skool”-stelsel maak mense 'n bietjie bang (kom ons noem 'n graaf 'n graaf - in 95% van die gevalle kom enige frustrasie weens die skoolmodel uit vrees): ons het almal op een of ander manier deur skool en universiteit gegaan, en meestal was dit al Dit was steeds 'n traumatiese ervaring, so ek wil dit glad nie herhaal nie.

Wat hulle nie op skool leer nie: hoe ons tegniese ondersteuningsingenieurs oplei

Van hier af begin ons (ja, ons begin net, maar "die reis is 'n duisend myl ..." ensovoorts) om ons benaderings te herwerk. Ons het onthou/geleer oor andragogie (om volwassenes te onderrig - in teenstelling met pedagogie, wat in wese oor die onderrig van kinders gaan) met sy fokus op ervaring, begrip van doelwitte, met nuanses oor die assimilasie van inligting en die gemak van studente, die belangrikheid van die emosionele komponent (vir kinders is dit selfs belangriker), die behoefte aan 'n praktiese komponent, ensovoorts. Ons het geleer oor fles siklus en nou roteer ons ons opleiding, dink hoe ons selfs 'n persoon wat heeltemal "uit die vak" is na die opleiding kan bring met 'n bietjie ervaring, wat ons sal help om op te dateer en aan te vul, te verdiep en te kam, en wat belangrik is , gee nie net blote teorie nie, maar ook praktiese kennis wat met behulp van 'n mentor of onafhanklik in vaardighede omskep kan word.

Ons het besigheidsopleiers genooi wat saam met ons dosente aan openbare redevoering gewerk het, oor emosies gepraat het, selfgeldigheid opgelei het, vir ons gereedskap gegee het om groepdinamika te bestuur en ons natuurlik gehelp het om die vrae te beantwoord "wat wil ons hê van opleiding?" en "wat is ons einddoel?" Die resultate is reeds daar - sommige opleidings wat die meeste terugvoer in die styl van "vervelig en niks is duidelik" versamel het, word nou miskien die interessantste en opregste genoem - maar die dosent bly dieselfde!

En onlangs het 'n paar baie cool en gemotiveerde ouens na ons toe gekom en gesels oor kennisgesentreerde ondersteuning en hoe om videokursusse te bou - en ons het baie goeie idees by hulle geleer oor hoe om laasgenoemde te herskep en weg te beweeg van "opname" 'n webinar-styl" in pragtige en eenvoudige kursusse wat ons alles vertel wat ons op 'n eenvoudige en duidelike manier wil hê, en ons nie toelaat om te verdrink in die verskeidenheid metodes om inligting aan te bied nie.

Boonop het ons nou nie net die tegniese komponent van opleiding, dit wil sê die sogenaamde harde vaardighede, opgeneem nie, maar ons werk ook met sagte vaardighede, nie net vir dosente of bestuur nie, maar ook vir ingenieurs. Ons doen dit sodat die voorwaardelike Ignat, wanneer hy by die maatskappy kom, die vaardighede wat hy 100% nodig het in sy werk kan oefen, sy emosies kan bestuur en weet dat in enige, selfs die moeilikste en hopelose situasie , hy sal nie een nie: Ondersteuning gaan immers oor mense, en "ons laat nie ons eie in die moeilikheid in die steek nie." Voor die eerste inkomende telefoonoproepe sal ons rolspeletjies met die nuweling speel, hulle help om by die proses betrokke te raak en hul eie antwoordstyl te vind; voor die eerste gevalle sal ons hulle vertel hoe om die beste daarmee te werk en wat om soek, en ons sal deur die hele proses monitor en help.
Ons is ondersteuning. En wie moet ons eerstens ondersteun, indien nie ons eie nie?

En ten slotte, 'n paar woorde ...

Ek is bewus daarvan dat my storie prysenswaardig klink. En terselfdertyd spog ek nie – dit is ons geskiedenis, ons hede en net ’n klein deel van ons planne vir die toekoms.

Ons opleiding is nooit perfek nie. Ons het baie tekortkominge, en ons het baie foute gemaak - liewe ma! Ons kry baie terugvoer, en meestal is dit nie prysenswaardig nie, hulle skryf aan ons oor probleme, tekortkominge, gewenste verbeterings - en aangesien ons wêreldwyd onderrig kry, kry ons baie uiteenlopende terugvoer, en as ons ook kulturele kenmerke in ag neem ...

Wat hulle nie op skool leer nie: hoe ons tegniese ondersteuningsingenieurs oplei

Ons het ruimte om te groei, en dank God, ons het diegene wat gereed is om te werk, te kritiseer, te bespreek en nuwe dinge aan te bied. Dit is 'n groot hulpbron en groot ondersteuning.

En Ondersteuning gaan oor mense - dit is mense wat opleiding doen, opleiding help nuwe werknemers om vroeër nuttig te begin wees en vinniger te groei tot goeie ingenieurs, en goeie ingenieurs maak die wêreld 'n beter plek.

...en laat ek hiermee my toegelate toesprake voltooi.

Bron: will.com

Voeg 'n opmerking