Məktəbdə nəyi öyrətmirlər: texniki dəstək mühəndislərini necə hazırlayırıq

Budur vəd edilmiş “fərqli hekayə”.

Məktəbdə nəyi öyrətmirlər: texniki dəstək mühəndislərini necə hazırlayırıq

Etiraz

Əgər dörd il əvvəl məndən soruşsaydınız: "İT şöbəsində/şirkətində yeni gələnləri necə öyrədə bilərsiniz?" - Mən tərəddüd etmədən deyərdim: “Meymun görür, meymun təqlid edir” üsulundan istifadə edərək, yəni yeni gələni daha təcrübəli işçiyə tapşırın və tipik işlərin necə yerinə yetirilməsinə baxsın”. Bu yanaşma əvvəllər mənim üçün işləyirdi, indi də işləyir və bir müddət əvvəl Veeam-də ağaclar böyük, loqolar yaşıl və məhsul kiçik olanda, siz də məşq edə bilərsiniz - və məşq edin!

Tədricən, məhsul böyük və mürəkkəb oldu, getdikcə daha çox yeni mühəndislər var idi və RTFM (Read The Freaking Manual) üslublu yanaşma getdikcə daha pis işləyirdi - fakt budur ki, artıq "bilənlər" bu yolu öyrənə bilərlər. , işin xüsusiyyətlərini anlayan və bəzi, o qədər də kritik olmayan detallara ehtiyacı olan.

Bəs əlaqəli sahələrdən gəlib böyümək və inkişaf etmək istəyən, lakin buna necə yanaşacağını bilməyənlər necə? Məsələn, nisbətən nadir dildə danışanlarla (məsələn, orta İT mütəxəssisi üçün nadir olan italyan dili) nə etməli? Yaxud belə bir sxem üzrə çox iş təcrübəsi olmayan perspektivli universitet məzununu necə hazırlamaq olar?

Gəlin hekayəmizi bir saniyə dayandıraq və təsəvvür edək: burada siz keçmiş yaxşı və uğurlu mühəndis olan, sistem idarəçiliyində və müxtəlif insanlarla ünsiyyətdə böyük təcrübəyə malik olan dəstək qrupunda bir komanda rəhbərisiniz. Sizin vəzifəniz təcrübənizi yeni (hətta “yaşıl” deyə bilər) döyüşçü-mühəndisə, universitet məzunu, ağıllı və çevik bir insana ötürməkdir. Yalnız bir nüans var - bu dəstək təcrübəsi olmayan və ya hətta banal yardım masası olmayan bir şəxsdir və o, həm də şirkətinizdə ilk türk dilli mühəndis olacaq.

Bu problemi necə həll edəcəksiniz?

Və bu suala cavab verəndə (və siz cavab verəcəksiniz, mən sizə inanıram) tapşırığı çətinləşdirək - on belə mühəndis varsa necə? Bəs iyirmi olarsa? Bəs bu, şöbənin daimi inkişafıdırsa və istənilən vaxt təlim keçməli, minimum iş keyfiyyəti standartını göstərməli (və bu standart yüksəkdir) və şəxs istəmədiyinə əmin olun. mümkün qədər tez qaçmaq?

(Zəhmət olmasa, daha çox oxumazdan əvvəl bu sual üzərində düşünün.)

Məktəbdə nəyi öyrətmirlər: texniki dəstək mühəndislərini necə hazırlayırıq

Bizim xəbərlər

Bu, bizim qarşılaşdığımız problem/tapşırıqdır.

Şöbə nisbətən kiçik olsa da, "yeni başlayana mentor, sənədlərin siyahısını verin və işdən çıxın - üzmək və ya batmaq" sxemi yaxşı işləyirdi. Sxem yaxşıdır, universaldır, illər və hətta əsrlər boyu universal insan təcrübəsi ilə sübut edilmişdir - lakin bir anda biz təkrar etməkdən yorulduğumuzu başa düşdük. Hər bir yeni gələnə bəzi şeyləri - işində ona faydalı ola biləcək eyni şeyi söyləmək lazımdır. “Ənənəvi” sxemdə mentor bunu edir, bəs bəzi mentorun bir-bir palataları olarsa necə? Eyni şeyi təkrarlamaq tez cansıxıcı olur, tükənmişlik başlayır - və bu artıq riskdir.

Və burada daha az ənənəvi sxemi xatırlayırıq - yeni gələnləri qruplara toplamaq və onlara mühazirələr oxumaq - təlim proqramımız belə yarandı.

... Bəzən mühəndislərimiz həm daxili, həm də xarici, üçüncü tərəf və özümüz təşkil etdiyimiz konfranslarda iştirak edirlər. Məhz bu hadisədən indi olduğu kimi dəstək təlimi başladı.

Mühəndislərimizdən biri Las-Veqasda VeeamOn-da Veeam Backup & Replication-ın hansı hissələrdən ibarət olduğu haqqında parlaq təqdimat etdi və bir neçə düzəlişlə bu, “Kompentlər” mühazirəsinə çevrildi. Bu vaxta qədər funksionallığın müxtəlif hissələrinə dair bir neçə mühazirəmiz var idi, lakin əvvəl və sonra gələnlərin hamısı üçün "tonu təyin edən" həmin mühazirə idi. Bizim üçün standart olan mühazirənin necə qurulduğu, hansı materiallardan istifadə edildiyi və s.

Biz virtuallaşdırma, Microsoft texnologiyaları, öz məhsullarımız haqqında çox danışmağa başladıq, İT təcrübəsi olmayan yeni başlayanlar üçün əsas təlimlər təqdim etdik, burada dəstək mühəndisinə lazım ola biləcək hər şeyi deyirik - aparatdan başlayaraq və artan abstraksiya səviyyələri: Disk API, Əməliyyat Sistemlər, Proqramlar, Şəbəkə, Virtuallaşdırma.

Əlbəttə ki, biz başa düşdük və başa düşdük ki, təlimlə istifadə etdiyimiz bütün texnologiyaları əhatə etməyə çalışmaq qeyri-mümkün və ya ən azı əsassız olardı. Bir məhsulun bütün xüsusiyyətlərini öyrətmək üçün artıq bir neçə ay lazımdır, lakin məhsul yerində dayanmır və hər zaman yeni bir şey görünür. Bundan əlavə, yalnız təlim mühazirələri, olduğu kimi, gələcək mühəndisə lazım olan hər şeyi təmin edə bilməz.

Başqa?

Demək istərdim ki, Pareto qaydası bizim üçün işləyir: təlimlərimizlə biz uğurlu mühəndisə lazım olanın təxminən 20%-ni veririk, 80%-i isə onun vicdanında qalır - təlimatları oxumaq, laboratoriyada işləmək, sınaq və döyüş tapşırıqlarını həll etmək və s. .

20% - təlimlər - əslində bu, nəzəri bazanın demək olar ki, 100% -ni təşkil edir, lakin yalnız nəzəriyyə ilə hər şeyə nail ola bilməzsiniz - Bilik-Bacarıqlar-Bacarıqların klassik sxemi işləyir. Biz Bilik verə bilərik, lakin Bacarıqları inkişaf etdirmək və onları Bacarıqlara çevirmək tamam başqa işdir.

Buna görə bizim ilkin nəzəri mühazirələrimiz çox tez başqa şeylərlə tamamlana bilərdi və indi ümumi sxem belə görünür:

  • Mühazirələr/təlimlər;
  • Müstəqil iş;
  • Mentorluq.

Birinci nöqtə ilə hər şey aydındır: bir qrup yeni başlayanları götürürük, onlara nəzəriyyəni oxuyuruq və mühazirənin sonunda "ev tapşırığı" verərək ikinci nöqtəyə keçirik - başlanğıcın "oynamalı olduğu bir növ praktik problem" out” laboratoriyasında yazın və hər hansı formada hesabat təqdim edin (adətən forma pulsuzdur, lakin istisnalar var).

Biz “ora get, bunu et, gördüklərini yaz” kimi dəqiq göstərişlərdən qaçaraq, tapşırıqları qəsdən kifayət qədər ümumi şəkildə tərtib edirik. Bunun əvəzinə biz sadəcə tapşırıq qoyuruq (məsələn: bu komponentlər siyahısı ilə virtual maşın yerləşdirin) və bizdən bunun necə ediləcəyinə və ya nəticənin yoxlanılmasına getmədən əldə edilən nəticə ilə bəzi “tədqiqat” etməyimizi xahiş edirik. Bununla biz yeni başlayanlara (xüsusilə İT dünyasından səyahətinin başlanğıcında olanlara və mühəndislik qardaşlığının necə düşündüyünü) müstəqil düşünməyi, sənədləri oxumaq və ortaya çıxan problemləri təhlil etmək bacarığını və ən əsası, onların məhdudiyyətlər.

Hamımız bilirik ki, bəzən problemin həlli dalana dirənir, sanki qarşıda aşılması mümkün olmayan bir divar var. Başınızı döyməyə davam etməyin nə vaxt lazım olduğunu və kömək edə biləcək birini tapmaq vaxtı gəldiyini başa düşmək də komandada işləyən mühəndis üçün çox vacib bir bacarıqdır.

Bizim vəziyyətimizdə yeni başlayanlar üçün bu "köməkçi" mentordur.

Mentoru qiymətləndirmək sadəcə mümkün deyil. Özünüz mühakimə edin, o, ona təyin edilmiş yeni başlayan üçün ilk “təmas nöqtəsi”dir, əksər suallara cavab verə bilən və əksər hallarda kömək edə bilən və bu pis nümunələri (texniki hissədə, biznes etikasında, Şirkət mədəniyyəti), həm məşqçi, həm də komandanın rəhbərliyi bunu əldən verə bilər.

Və hər şey onun haqqındadır?

Mühazirələr-təlimlər, mentorluq, müstəqil iş - bunlar bizim təlim proqramımızı təşkil edən üç əsas tikinti blokudur. Amma demək üçün bütün bunlardırmı? Əlbəttə yox!
Yaxşı bir sxem, dörd tam təlim proqramı (beşincisi yoldadır) olsa da, biz "talan balalarımızı" toplamağı dayandırmırıq. Təhsil məhsulumuz kimi canlıdır və buna görə də daim yeni məlumatlar və onu çatdırmağın yeni yolları ortaya çıxır.

Məsələn, bizim üçün vacib bir mərhələ, əslində məktəb/universitet təlimlərini tamamilə təkrarladığımızı və bunun heç də həmişə işləməyəcəyini başa düşmək idi. Biz böyüklərə təcrübə ilə, öz qorxuları və üstünlükləri ilə öyrədirik. Və bu “məktəb” sistemi insanları bir az qorxudur (bir kürək deyək - 95% hallarda məktəb modeli ilə bağlı hər hansı məyusluq qorxudan yaranır): biz hamımız bu və ya digər şəkildə məktəbdən və universitetdən keçmişik və Çox vaxt hamısı bu idi. Bu hələ də travmatik bir təcrübə idi, ona görə də bunu təkrarlamaq istəmirəm.

Məktəbdə nəyi öyrətmirlər: texniki dəstək mühəndislərini necə hazırlayırıq

Buradan başlayırıq (bəli, biz yeni başlayırıq, lakin “səyahət min mildir...” və s.) yanaşmalarımızı yenidən işləməyə. Təcrübəyə, məqsədlərin başa düşülməsinə, məlumatın mənimsənilməsinə və tələbələrin rahatlığına, əhəmiyyətinə diqqət yetirməklə andraqogikanı (böyükləri öyrətmək - mahiyyət etibarilə uşaqları öyrətməkdən ibarət olan pedaqogikadan fərqli olaraq) xatırladıq/öyrəndik. emosional komponentin (uşaqlar üçün bu daha vacibdir), praktik komponentə olan ehtiyac və s. haqqında öyrəndik flakon dövrü indi isə təlimlərimizi növbə ilə dəyişirik, fikirləşirik ki, hətta tamamilə “mövzudan kənar” olan bir insanı hansısa təcrübə ilə təlimə necə gətirə bilərik, onu yeniləməyə və əlavə etməyə, dərinləşdirməyə və daramağa kömək edəcəyik və nə vacibdir? , yalnız çılpaq nəzəriyyə deyil, həm də mentorun köməyi ilə və ya müstəqil şəkildə bacarıqlara çevrilə bilən praktiki biliklər verin.

Mühazirəçilərimizlə natiqlik mövzusunda işləyən, emosiyalar haqqında danışan, inadkarlığı öyrədən, qrup dinamikasını idarə etmək üçün alətlər verən və əlbəttə ki, “təlimdən nə istəyirik?” suallarına cavab verməyə kömək edən biznes təlimçiləri dəvət etdik. və "son məqsədimiz nədir?" Nəticələr artıq var - "darıxdırıcı və heç bir şey aydın deyil" üslubunda ən çox rəy toplayan bəzi təlimlər indi bəlkə də ən maraqlı və səmimi adlanır - lakin mühazirəçi eyni olaraq qalır!

Və bu yaxınlarda bizə bir neçə çox sərin və həvəsli oğlan gəldi, Bilik Mərkəzli Dəstək və video kursların necə qurulacağı haqqında danışdılar - və biz onlardan sonuncunu necə yenidən hazırlamaq və "qeydiyyatdan" uzaqlaşmaq barədə çoxlu yaxşı fikirlər öyrəndik. vebinar üslubunda” gözəl kurslara və istədiyimiz hər şeyi bizə sadə və aydın şəkildə izah edən və məlumat təqdim etməyin müxtəlif üsullarında boğulmağa imkan verməyən sadə kurslara çevrilir.

Üstəlik, indi biz təkcə təlimin texniki komponentini, yəni sərt bacarıqlar deyilənləri deyil, həm də yalnız mühazirəçilər və ya idarəetmə üçün deyil, həm də mühəndislər üçün yumşaq bacarıqlarla işləyirik. Biz bunu ona görə edirik ki, şərti İqnat şirkətə gələndə işində 100% ehtiyac duyacağı bacarıqları tətbiq edə bilsin, emosiyalarını idarə edə bilsin və istənilən, hətta ən çətin və ümidsiz vəziyyətdə bunu bilsin. , o, bir olmayacaq: Axı Dəstək insanlarla bağlıdır və "biz özümüzü çətin vəziyyətdə tərk etmirik". İlk gələn telefon zənglərindən əvvəl biz yeni gələnlərlə rol oyunları oynayacağıq, onlara prosesə qoşulmağa və öz cavab tərzini tapmağa kömək edəcəyik; ilk hallardan əvvəl onlarla ən yaxşı şəkildə necə işləmək və nə etmək lazım olduğunu söyləyəcəyik. axtarın və biz bütün proses boyunca nəzarət edib kömək edəcəyik.
Biz dəstəyik. Bəs biz özümüz deyilsə, ilk növbədə kimə dəstək olmalıyıq?

Və sonda bir neçə söz...

Hekayəmin tərifli səsləndiyinin fərqindəyəm. Eyni zamanda, mən lovğalanmıram - bu, bizim tariximiz, bu günümüz və gələcək üçün planlarımızın kiçik bir hissəsidir.

Təlimimiz heç vaxt mükəmməl olmur. Çatışmazlıqlarımız çoxdur, səhvlərimiz də çoxdur - əziz anam! Biz çoxlu rəylər alırıq və çox vaxt bu tərifli deyil, onlar bizə problemlər, çatışmazlıqlar, arzu olunan təkmilləşdirmələr haqqında yazırlar - və biz bütün dünyada öyrətdiyimiz üçün çoxlu müxtəlif rəylər alırıq və mədəni xüsusiyyətləri də nəzərə alsaq. ...

Məktəbdə nəyi öyrətmirlər: texniki dəstək mühəndislərini necə hazırlayırıq

Bizim böyümək üçün yerimiz var və Allaha şükür ki, işləməyə, tənqid etməyə, müzakirə etməyə, yeni şeylər təklif etməyə hazır olanlarımız var. Bu, böyük resurs və böyük dəstəkdir.

Dəstək insanlar haqqındadır - bu, təlim keçirən insanlardır, təlimlər yeni işçilərin daha erkən faydalı olmağa başlamasına və daha sürətli yaxşı mühəndislərə çevrilməsinə kömək edir və yaxşı mühəndislər dünyanı daha yaxşı bir yerə çevirir.

...və icazə verilən çıxışlarımı bununla bitirim.

Mənbə: www.habr.com

Добавить комментарий