Jen la promesita "malsama rakonto".
defio
Se vi demandis min antaŭ kvar jaroj: "Kiel vi povas trejni novulojn en la IT-sekcio/firmao?" - Mi, senhezite, dirus: "Uzante la metodon "simio vidas, simio imitas", tio estas, asignu novulon al pli sperta dungito, kaj lasu lin observi kiel estas plenumitaj tipaj taskoj." Ĉi tiu aliro funkciis por mi antaŭe, ĝi ankoraŭ funkcias nun, kaj antaŭ iom da tempo en Veeam, kiam la arboj estis grandaj, la emblemoj estis verdaj, kaj la produkto estis malgranda, ankaŭ jen kiel oni povis trejni - kaj trejniĝi!
Iom post iom, la produkto fariĝis granda kaj kompleksa, estis pli kaj pli da novaj inĝenieroj, kaj la stila aliro RTFM (Read The Freaking Manual) funkciis pli kaj pli malbone - la fakto estas, ke tiuj, kiuj jam estas "konitaj" povas lerni tiel. , kiu komprenas la specifaĵojn de la verko kaj bezonas kelkajn, ne tiom kritikajn detalojn.
Sed kio pri tiuj, kiuj venas el rilataj kampoj kaj volas kreski kaj disvolviĝi, sed ne scias kiel aliri ĉi tion? Kion fari, ekzemple, kun tiuj, kiuj parolas relative maloftan lingvon (ekzemple la italan, kio estas malofta por la averaĝa IT-specialisto)? Aŭ kiel trejni promesplenan universitatan diplomiĝinton, kiu ne havas multe da laborsperto sub tia skemo?
Ni haltigu nian rakonton por sekundo kaj imagu: jen vi, teamestro en la subtena teamo, kiu estis iama bona kaj sukcesa inĝeniero, kun ampleksa sperto en administrado de sistemoj kaj komunikado kun malsamaj homoj. Via tasko estas transdoni vian sperton al nova (oni eĉ povus diri "verda") batalinĝeniero, universitata diplomiĝinto, inteligenta kaj saĝa. Estas nur nuanco - ĉi tiu estas persono sen subtena sperto aŭ eĉ banala helpservo, kaj li ankaŭ estos la unua turklingva inĝeniero en via kompanio.
Kiel vi solvos ĉi tiun problemon?
Kaj kiam vi respondos al ĉi tiu demando (kaj vi respondos, mi kredas je vi), ni malfaciligu la taskon - kaj se estas dek tiaj inĝenieroj? Kaj se ĝi estas dudek? Kio se ĉi tio estas konstanta evoluo de la fako, kaj iam ajn estos novulo, kiu devas esti trejnita, montri minimuman normon de laborkvalito (kaj ĉi tiu normo estas alta) kaj certigi, ke la persono ne volas forkuri kiel eble plej rapide?
(Bonvolu pensi pri ĉi tiu demando antaŭ ol legi plu.)
nia Rakonto
Ĉi tio estas ĝuste la defio/tasko, kiun ni alfrontis.
Dum la fako estis relative malgranda, la skemo "doni al novulo mentoron, liston de dokumentoj kaj ĉesi labori - naĝi aŭ sinki" bone funkciis. La skemo estas bona, universala, pruvita dum jaroj kaj eĉ jarcentoj da universala homa sperto – sed iam ni konstatis, ke ni laciĝis pro ripetado. Al ĉiu novulo oni devas diri kelkajn aferojn – la samajn aferojn, kiuj povas esti utilaj al li en sia laboro. En la "tradicia" skemo, la mentoro faras tion, sed kio se iu mentoro havas hospitalajn sekciojn unu post alia? Ripeti la samon rapide enuiĝas, ekbrulis - kaj tio jam estas risko.
Kaj ĉi tie ni memoras alian, ne malpli tradician skemon - kolekti novulojn en grupojn kaj prelegi al ili - jen kiel naskiĝis nia trejna programo.
... Kelkfoje niaj inĝenieroj partoprenas en konferencoj - kaj internaj kaj eksteraj, triaj kaj organizitaj de ni mem. Estis de ĉi tiu evento ke trejnado en subteno komenciĝis, kiel ĝi estas nun.
Unu el niaj inĝenieroj faris brilan prezenton ĉe VeeamOn en Las Vegas pri el kiuj pecoj estas farita Veeam Backup & Replication, kaj kun kelkaj ĝustiĝoj ĝi fariĝis la prelego pri "Kompontoj". En ĉi tiu tempo, ni jam havis plurajn prelegojn pri malsamaj partoj de la funkcieco, sed estis tiu prelego kiu "metis la tonon" por ĉio, kio venis antaŭ kaj post. Estis la maniero kiel tiu prelego estis strukturita, kiaj materialoj estis uzitaj, ktp., kiu iĝis la normo por ni.
Ni komencis multe paroli pri virtualigo, Microsoft-teknologioj, niaj propraj produktoj, enkondukis bazan trejnadon por niaj komencantoj sen IT-sperto, kie ni rakontas ĉion, kion subtena inĝeniero povus bezoni - komencante per aparataro kaj pliiĝantaj niveloj de abstraktado: Disk API, Operacio. Sistemoj, Aplikoj, Retoj, Virtualigo.
Kompreneble, ni komprenis kaj komprenis, ke provi kovri la tutan gamon da teknologioj, kiujn ni uzas per trejnado, estus neebla, aŭ almenaŭ malracia. Jam bezonas plurajn monatojn por instrui ĉiujn funkciojn de unu produkto, sed la produkto ne staras, kaj io nova aperas la tutan tempon. Krome, nur trejnaj prelegoj, kiel ili estas, ne povas provizi ĉion, kion estonta inĝeniero bezonas.
Kio alia?
Mi ŝatas diri, ke la regulo de Pareto funkcias por ni: per niaj trejnadoj ni provizas proksimume 20% de tio, kion bezonas sukcesa inĝeniero, kaj 80% restas en sia konscienco - legante manlibrojn, laborante en la laboratorio, solvante test- kaj batalpetojn ktp. .
20% - trejnadoj - fakte, ĉi tio estas preskaŭ 100% de la teoria bazo, sed vi ne povas atingi ĉion nur per teorio - la klasika skemo de Scio-Kapabloj-Kapabloj funkcias. Ni povas doni Scion, sed evoluigi Kapablojn kaj igi ilin Kapabloj estas tute alia tasko.
Tial niaj komencaj teoriaj prelegoj povus tre rapide esti kompletigitaj per aliaj aferoj, kaj nun la ĝenerala skemo aspektas jene:
- Prelegoj/trejnadoj;
- Sendependa laboro;
- Mentorado.
Ĉio estas klara kun la unua punkto: ni prenas grupon da komencantoj, legas al ili la teorion kaj glate transiras al la dua punkto, donante "hejmtaskon" fine de la prelego - ia praktika problemo, kiun la komencanto devas "ludi". eksteren” en la laboratorio kaj havigu raporton en iu formo (kutime la formo estas senpaga, sed estas esceptoj).
Ni intence formulas taskojn en sufiĉe ĝenerala maniero, evitante precizajn instrukciojn "iru tien, faru tion, skribu tion, kion vi vidas." Anstataŭe, ni nur prezentas taskon (ekzemple: deploji virtualan maŝinon kun ĉi tiu listo de komponantoj) kaj petas nin fari iom da "esploro" kun la rezulto akirita, sen eniri nek kiel fari ĝin aŭ kiel kontroli la rezulton. Per tio ni volas instrui al komencantoj (precipe tiuj, kiuj estas en la komenco de sia vojaĝo el la mondo de IT kaj kiel pensas la inĝenieristiko) sendependan pensadon, la kapablon legi dokumentadon kaj analizi emerĝantajn problemojn, kaj, tre grave, kompreni sian limoj.
Ni ĉiuj scias, ke foje solvi problemon kondukas al sakstrato, kvazaŭ estas muro antaŭ kiu ne estas trarompebla. Kaj kompreni, kiam indas daŭre bati vian kapon en ĝi, kaj kiam estas tempo trovi iun, kiu povas helpi, ankaŭ estas tre grava kapablo por inĝeniero laboranta en teamo.
En nia kazo, ĉi tiu "helpanto" por novulo estas mentoro.
Estas simple neeble supertaksi mentoron. Juĝu mem, li estas la unua "kontakto" por la novulo asignita al li, tiu kiu povas respondi la plej multajn demandojn kaj helpi en la plej multaj situacioj - kaj korekti tiujn malbonajn ŝablonojn (en la teknika parto, en komerca etiko, en la Firmaa kulturo), kiun kaj la trejnisto kaj eĉ la teamgvidanto povas maltrafi.
Kaj ĉio temas pri li?
Prelegoj-trejnado, mentorado, sendependa laboro - jen la tri ĉefaj konstrubriketoj kiuj konsistigas nian trejnadprogramon. Sed ĉu tio estas ĉio por rakonti? Kompreneble ne!
Eĉ kun bona skemo, kvar kompletaj trejnadprogramoj (la kvina estas survoje), ni ne ĉesas kolekti niajn "rabedojn". Edukado estas same viva kiel nia produkto, kaj tial novaj informoj kaj novaj manieroj transdoni ĝin konstante aperas.
Ekzemple, grava mejloŝtono por ni estis la kompreno, ke ni efektive ripetas lernejan/universitatan trejnadon iom pli ol tute, kaj ĝi ne ĉiam funkcias. Ni instruas plenkreskulojn kun sperto, kun siaj propraj timoj kaj preferoj. Kaj tiu ĉi “lerneja” sistemo iom timigas homojn (ni nomu fosilon fosilo - en 95% de la kazoj ĉia frustriĝo pro la lerneja modelo venas de timo): ni ĉiuj trairis lernejon kaj universitaton en unu aŭ alia maniero, kaj plej ofte estis ĉio Ĝi estis ankoraŭ traŭmata sperto, do mi tute ne volas ripeti ĝin.
De ĉi tie ni komencas (jes, ni ĵus komencas, sed "la vojaĝo estas mil mejloj..." kaj tiel plu) relabori niajn alirojn. Ni rememoris/lernis pri andragogio (instruado de plenkreskuloj - kontraste al pedagogio, kiu, esence, temas pri instruado de infanoj) kun ĝia fokuso pri sperto, kompreno de celoj, kun nuancoj pri asimilado de informoj kaj komforto de lernantoj, la graveco. de la emocia komponanto (por infanoj tio estas eĉ pli grava), la bezono de praktika komponanto ktp. Ni lernis pri kaj nun ni rotacias niajn trejnadojn, pensante kiel ni eĉ povas alporti homon, kiu estas tute "for de la temo" al la trejnado kun iom da sperto, kiun ni helpos ĝisdatigi kaj kompletigi, profundigi kaj kombi, kaj kio gravas. , donas ne nur nudan teorion , sed ankaŭ praktikajn sciojn, kiuj povas esti transformitaj en kapablojn helpe de mentoro aŭ sendepende.
Ni invitis komercajn trejnistojn kiuj laboris kun niaj prelegantoj pri parolado, parolis pri emocioj, trejnis asertivecon, donis al ni ilojn por administri grupdinamikon kaj, kompreneble, helpis nin respondi la demandojn "kion ni volas de trejnado?" kaj "kio estas nia fina celo?" La rezultoj jam estas tie - kelkaj trejnadoj, kiuj kolektis la plej multajn reagojn en la stilo de "teda kaj nenio klaras" nun estas nomataj eble la plej interesaj kaj sinceraj - sed la preleganto restas la sama!
Kaj ĵus, kelkaj tre bonegaj kaj motivitaj uloj venis al ni, parolante pri Knowledge Centered Support kaj kiel konstrui videokursojn - kaj ni lernis multajn bonajn ideojn de ili pri kiel refari ĉi-lastan kaj malproksimigi de "registrado". a webinar-stilo” en belajn kaj simplajn kursojn, kiuj rakontas al ni ĉion, kion ni volas en simpla kaj klara maniero, kaj ne permesas nin droni en diversaj metodoj por prezenti informojn.
Cetere, nun ni prenis ne nur la teknikan komponanton de trejnado, tio estas, la tiel nomataj malfacilaj kapabloj, sed ankaŭ ni laboras kun molaj kapabloj, ne nur por prelegantoj aŭ administrado, sed ankaŭ por inĝenieroj. Ni faras tion por ke la kondiĉa Ignat, kiam li venos al la kompanio, povu praktiki la kapablojn, kiujn li 100% bezonos en sia laboro, povu administri siajn emociojn kaj sciu tion en iu ajn, eĉ la plej malfacila kaj senespera situacio. , li ne volas unu: post ĉio, Subteno temas pri homoj, kaj "ni ne forlasas niajn en problemoj." Antaŭ la unuaj alvenantaj telefonvokoj, ni ludos rolludojn kun la novulo, helpante ilin partopreni en la procezo kaj trovi sian propran respondstilon; antaŭ la unuaj kazoj, ni diros al ili kiel plej bone labori kun ili kaj kion ili devas. serĉu, kaj ni kontrolos kaj helpos dum la tuta procezo.
Ni estas subteno. Kaj kiun ni subtenu antaŭ ĉio, se ne la nian?
Kaj konklude, kelkaj vortoj...
Mi konscias, ke mia rakonto sonas laŭdege. Kaj samtempe mi ne fanfaronas - jen nia historio, nia nuntempo kaj nur eta parto de niaj planoj por la estonteco.
Nia trejnado neniam estas perfekta. Ni havas multajn mankojn, kaj ni faris multajn erarojn — kara patrino! Ni ricevas multe da reagoj, kaj plej ofte ĝi ne estas laŭda, ili skribas al ni pri problemoj, mankoj, dezirataj plibonigoj - kaj ĉar ni instruas tutmonde, ni ricevas multajn diversajn reagojn, kaj se ni ankaŭ konsideras kulturajn trajtojn. ...
Ni havas lokon por kreski, kaj dank’ al Dio, ni havas tiujn, kiuj pretas labori, kritiki, diskuti kaj proponi novajn aferojn. Ĉi tio estas bonega rimedo kaj bonega subteno.
Kaj Subteno temas pri homoj - estas homoj kiuj trejnas, trejnado helpas novajn dungitojn komenci esti utilaj pli frue kaj pli rapide kreski al bonaj inĝenieroj, kaj bonaj inĝenieroj faras la mondon pli bona loko.
...kaj per tio mi finu miajn permesitajn paroladojn.
fonto: www.habr.com