Kaasaegse tarkvaraarenduse arenguetapis saab jälgida mitmekesiseid tootmisrolle. Nende arv kasvab, klassifikatsioon muutub iga aastaga keerulisemaks ja loomulikult muutuvad keerulisemaks spetsialistide leidmise protsessid ja tööjõu potentsiaaliga tegelemine. Infotehnoloogia (IT) on valdkond, kus on kõrge kvalifikatsiooniga tööjõud ja töötajate puudus. Siin on töötajate kasvatamise protsess, vajadus süsteemse töö järele tööjõu potentsiaaliga sageli märkimisväärselt tõhusam kui otsene värbamine internetiressursside kaudu.
Artiklis käsitletakse küsimusi, mis on olulised IT-ettevõtete personalitöötajatele: põhjuslikud seosed tootmisrollide arengus, vale tõlgendamise tagajärjed rollide sisu mõistmisel personali töö osas laiemalt ning ka võimalikud viisid spetsialistide otsimise efektiivsuse tõstmiseks.
IT-tootmine mitteasjatundjatele
Kes on kes IT-valdkonnas – see teema on aruteluks erinevates foorumites. See eksisteerib sama kaua, kui kogu IT-tööstus, st alates esimestest tarkvaraarendajatest tarbijaturul 90ndate alguses. Ja sama kaua on puudunud ühtne nägemus sellest küsimusest, mis tekitab raskusi ja vähendab personali töö efektiivsust. Proovime selles küsimuses selgust saada.
Minu jaoks sai tootmisrollide teema IT-valdkonnas oluliseks ja huvitavaks hetkest, kui ma astusin IT-ettevõttesse. Olen kulutanud palju aega ja närve, et mõista tootmisprotsessi. Need kulud ületasid minu ootusi ja kulutusi teiste valdkondade, nagu hariduse, materiaalse tootmise ja väikese äri protsesside kohandamise osas. Mul oli arusaam, et protsessid on keerulised ja ebatavalised, kuna inimene on üldiselt rohkem kohandatud materiaalsesse maailma kui virtuaalsesse. Kuid olemas oli ka intuitiivne vastupanu: tundus, et midagi on valesti, et nii ei peaks olema. Kohanemisprotsess kestis arvatavasti aasta, mis minu arusaama järgi on lihtsalt kosmiliselt suur. Lõpuks tekkis mul üsna selge arusaam IT-tootmise võtmerollidest.
Praegu jätkan selle teema uurimist, kuid juba teises kontekstis. IT-ettevõtte arenduskeskuse juhina pean sageli suhtlema üliõpilaste, ülikoolide õppejõudude, ülikooli kandidaatide, kooliõpilaste ja teistega, kes soovivad osaleda IT-toote loomises, et edendada tööandja brändi uue territooriumi (Yaroslavli linn) tööturul. Selline suhtlemine ei ole lihtne, kuna minu vestluspartnerid on madala teadlikkusega selle kohta, kuidas tarkvaraarendusprotsess toimib, ja seetõttu ei mõista nad arutelu teemat. Pärast 5–10-minutilist dialooge hakkab tagasiside kaduma ja tundub, et oled välismaalane, kelle kõne vajab tõlget. Tüüpiliselt on vestlusringis keegi, kes tõmbab dialoogile joone ja väljendab rahvalikku müüti 90ndatest: „Igal juhul on kõik IT-inimesed programmistid.” Selle müüdi tekkimise põhjused on järgmised:
- IT-sektor areneb kiiresti, mille tõttu on kõik põhimõtted ja tähendused kujunemise staadiumis;
- ebaselgete tingimuste korral on keeruline eksisteerida, seetõttu püüab inimene endale teadmata kergendada, luues müüte;
- inimestel on füüsilise maailma tajumine tuttavam kui virtuaalse, mistõttu on neil keeruline määratleda mõisted, mis jäävad nende tajumise piiridest välja.
Katsed sel müüdiga võidelda meenutavad vahel võitlust tuuleveskitega, kuna probleemil on mitu aspekti, mis vajavad arendamist. Personalispetsialist peab esiteks omama selget pilti IT-ettevõtte töörollidest nii ideaal- kui ka reaalses vormis, teiseks mõistma, kuidas ja millal saab ettevõtte sisemisi ressursse kasutada efektiivsemalt, kolmandaks, millised tegelikud meetodid aitavad suurendada tööturu osalejate teadlikkust ja toetavad tööandja brändi arengut. Vaatleme neid aspekte lähemalt.
Tarkvara elutsükkel kui tootmisrollide alus
Ei ole saladus, et kõik tootmisrollid igas IT-ettevõttes põhinevad tarkvaraarenduse elu tsüklil. Seetõttu, kui seatakse eesmärgiks saavutada ühtne arusaam sellest küsimusest kogu IT-sektoris, tuleb toetuda just tarkvaraarenduse elu tsüklile kui kõigile arusaadavale ja üheselt mõistetavale alusele. Konkreetselt tootmisrollide rakendamise arutelu jääb meie loovuse raames tarkvaraarenduse elu tsüklisse.
Nii et vaatame tarkvaraarenduse elu tsüklis etappe RUP-metoodika näitel. Need on piisavalt välja kujunenud lükandvarad seoses sisu ja terminoloogiaga. Tootmisprotsess algab alati ja igal pool äri mudeli loomise ja nõuete koostamisega ning lõpeb (muidugi tinglikult) kasutajate nõustamise ja tarkvara täiendamisega vastavalt kasutajate soovidele.
Kui vaadata tagasi 20. sajandi lõppu (nagu teada, oli see „saareautomaatika“ ajajärk), siis võib näha, et kogu tarkvara loomise protsessiga tegeles programmeerija-arendaja. Siin ongi müüdi juured, et iga IT-spetsialist on programmeerija.
Tootmisprotsesside keerukuse suurenemise, integreeritud platvormide ilmumise ja valdkondade kompleksautomaatikas suundumisega, koos äriprotsesside ümberkorraldamisega, on vältimatu spetsialiseeritud rollide teke, mis on seotud elu tsükli etappidega. Nii ilmuvad analüütik, testija ja tehnilise toe spetsialist.
Ametikohtade mitmekesistumine analüütiku rolli näitel
Analüütik (ka insener-analüütik, jaotustöötaja, metoodik, äriaanalyütik, süsteemi analüütik jne) aitab „sõbruneda“ äriülesannete ja tehnoloogiate vahel, mis neid ellu viivad. Ülesande määratlemise kirjeldust arendajale võib pidada abstraktse analüütiku peamiseks funktsiooniks. Ta tegutseb ühendava lüli rollis kliendi ja arendaja vahel nõuete määratlemise, analüüsi ja tarkvaraarenduse protsessides. Tootmisolukordades määrab analüütiku funktsioonide loetelu tootmise korraldust, spetsialisti kvalifikatsiooni ja mudeldatava valdkonna spetsiifikat.
Osaliselt on analüütikud lähemal kliendile. Need on äriaanalyütikud (Business Analyst). Nad tunnevad sügavalt valdkonna äriprotsesse ja on ise automatiseeritavate protsesside eksperdid. Selliste spetsialistide olemasolu ettevõtte eelarves on äärmiselt oluline, eriti metodoloogiliselt keeruliste valdkondade automatiseerimise puhul. Näiteks meie jaoks, kui eelarveprotsessi automatiseerijatele, on äärmiselt vajalik, et analüütikute seas oleksid valdkonna eksperdid. Need on kõrgelt kvalifitseeritud töötajad, kellel on hea rahandusja majandusharidus ning kogemus rahandusorganites, soovitavalt juhtivates spetsialistide rollides. Väga oluline on ka kogemus mitte IT-valdkonnas, vaid just valdkonnas endas.
Teine analüütikute rühm on lähemal arendajatele. Need on süsteemi analüütikud (System Analyst). Nende põhieesmärk on kliendi nõuete määratlemine, süsteematiseerimine ja analüüs, et tuvastada nende rahuldamise võimalused, tehniliste ülesannete ettevalmistamine ja probleemide määratlemise kirjelduse koostamine. Nad mõistavad mitte ainult äriprotsesse, vaid ka infotehnoloogiaid, tunnevad hästi kliendile tarnitava tarkvara võimalusi, omavad projekteerimisoskusi ja seega teavad, kuidas parimal viisil edastada arendajale kliendi huve. Need töötajad omavad tingimata IT-valdkonna haridust ja inseneeria-mõistus, soovitavalt ka töökogemust IT-sektoris. Selliste spetsialistide valimisel on selgeks plussiks oskused projektide koostamiseks kasutades kaasaegseid tööriistu.
Veel analüütikute seas on ka tehnilised kirjanikud (Technical Writer). Nad tegelevad tarkvaraarendusprotsesside dokumenteerimisega, koostavad kasutusjuhendeid ja administraatorijuhendeid, tehnilisi juhiseid, õppevideoid jne. Nende peamine ülesanne on edastada kasutajatele ja teistele huvitatud osapooltele teavet programmi töö kohta, kirjeldada tehniliselt keerulisi asju lühidalt ja arusaadavalt. Tehnilised kirjanikud valdavad enamasti väga hästi eesti keelt ning omavad samas tehnilist haridust ja analüütilist mõtlemist. Selliste spetsialistide jaoks on kõige olulisemad oskused koostada arusaadavaid, korralikke ja üksikasjalikke tehnilisi tekste vastavalt standarditele, samuti teadmised ja oskused dokumenteerimise tööriistade osas.
Seega näeme üht ja sama rolli (ja muide, ametikohta organisatsioonis) – analüütik, kuid erinevates tema praktilistes väljendustes. Igaühe otsimine on omamoodi eripärane. Oluline on teada, et need analüütikute liigid peavad sageli omama omavahel kokkusobimatuid oskusi ja teadmisi. Üks – humanitaar, kes on suunatud analüütilisele tööle suurte tekstimahude dokumentidega, arenenud kõne ja suhtlemisoskus, teine – „tehniline“ inimene insenerimõtlemisega ja IT-huviga.
Kuidas leida või kasvatada?
Suurte IT-sektori esindajate puhul väheneb Interneti-ressursside kaudu otsimise tõhusus projektide kasvades. Seda juhtub muuhulgas järgmiste põhjuste tõttu: ettevõtte keerulistele protsessidele ei ole võimalik kiiresti kohanduda, spetsiaalsete tööriistade omandamise kiirus jääb alla projekti arengu kiirusest. Seetõttu on HR-spetsialisti jaoks oluline teada mitte ainult seda, keda otsida väljast, vaid ka kuidas saab kaasata ettevõtte sisemisi ressursse ning kellest ja kuidas spetsialisti kasvatada.
Ärimudelite analüütikutele on väga oluline töö kogemus reaalsete protsesside keskkonnas, seega on nende värbamine "väljastpoolt" efektiivsem kui ettevõttes kasvatamine. Samuti peab HR-spetsialist teadma organisatsioonide nimekirja, mis võivad olla selle inimressursi allikad, ja keskenduma oma valikule just nende CV-de otsimisele.
Süsteemianalüütikute ja tarkvara arhitektide ametikohtade täitmise protsessis on aga ettevõttes oskuste arendamisel tohutu tähtsus. Need spetsialistid peavad kujunema olemasolevates tootmisringides ja konkreetse organisatsiooni spetsiifikas. Süsteemianalüütikud arenevad ärianalüütikutest, tehnilistest kirjutajatest ja tehnilise toe inseneridest. Tarkvara arhitektid saavad kogemuse ja silmaringi laienemise järgi süsteemidisaineritest ja tarkvaraarendajatest. See asjaolu võimaldab HR-spetsialistil tõhusalt kasutada ettevõtte siseressursse.
Roolide ristumine, ühendamine ja areng
On veel üks keeruline küsimus tootmisprotsessis – selgete piiride kehtestamine rollide vahel. Esmapilgul võib tunduda, et kõik on selge: rakendamine on lõpetatud, on allkirjastatud dokumendid tarkvara tööstusliku kasutuselevõtu kohta ja kõik on üle antud tehnilisele toetusele. See on õige, kuid sageli tekivad olukorrad, kus klient, olles harjunud tihendama kontakti analüütikuga ja nähes temas "abi sokku", jätkab aktiivset suhtlemist temaga, hoolimata asjaolust, et süsteem on juba rakendatud ja ametlikult on käimas toetusetapp. Kuid kliendi seisukohalt, kes oskab paremini ja kiiremini vastata süsteemi tööga seotud küsimustele kui analüütik, kes koos temaga ülesande seadis? Siinkohal tekib küsimus tehnilise toe inseneri ja analüütiku rollide osalisest dubleerimisest. Aja jooksul kõik loksub paika, klient harjub suhtlema tehnilise toe teenusega, kuid tarkvara kasutamise alguses ei pruugi selline "sisemine üleminek" alati sujuda ilma stressita mõlemal poolel.
Analüüsi ja tehnilise toe spetsialisti rollide üksteisega kokkupuutumine toimub ka siis, kui arendusnõuete voog käib toetamisfaasis. Tagasi vaadates tarkvara elutsüklisse, näeme, et tegelike tootmisolude ja formaalsete nõudmiste vahel on vastuolu, et nõuete analüüs ja ülesande määramine võivad toimuda ainult analüütiku poolt. Personalitöötajal on kindlasti oluline mõista ideaalseid rolle tarkvara elutsükli raames, neil on selged piirid. Samuti tuleb arvesse võtta, et kokkupuutumine on võimalik. Kandidaadi teadmiste ja oskuste hindamisel tuleks pöörata tähelepanu seotud kogemusele, ehk siis tehnilise toe inseneride otsimisel võidakse arvesse võtta kandidaate, kellel on analüütiku kogemus ja vastupidi.
Lisaks kokkupuutumisele on sageli täheldatud tootmisrollide ühinemist. Näiteks äranalüütik ja tehniline kirjutaja võivad eksisteerida ühes isikus. Tarkvaraarhitekti (Software Architect) olemasolu on hädavajalik suurtes tööstuslikes arendustes, samas kui väga väiksed projektid võivad sellest rollist loobuda: seal täidavad arhitekti funktsioone arendajad (Software Developer).
Ajalooliste perioodide vahetus arendusmeetodites ja -tehnoloogiates toob paratamatult kaasa ka tarkvara elutsükli evolutsiooni. Üldiselt jäävad selle peamised etapid loomulikult muutumatuks, kuid toimub nende detailide täpsustamine. Näiteks veebilahendustele üleminekul ja kaugseadistamise võimaluste kasvu tõttu on tekkinud tarkvara seadistamise spetsialisti roll. Ajalooliselt varases etapis olid need rakendajad, st insenerid, kes veetsid suure osa oma tööajast klientide töökohtadel. Suurenenud mahud ja tarkvara keerukus on viinud tarkvaraarhitekti (Software Architect) rolli tekkimiseni. Versioonide kiirema väljalaskmise ja kvaliteedi tõstmise nõuded on soodustanud automatiseeritud testimise arengut ja uue rolli - kvaliteedi tagamise inseneri (Quality Assurance Engineer) ilmumist jne. Rollide evolutsioon kõikides tootmisprotsesside korraldamise etappides on oluliselt seotud meetodite, tehnoloogiate ja tööriistade arenguga.
Nii, oleme käsitlenud mõningaid huvitavaid punkte tarkvaraarenduse organisatsioonide tootmisrollide jaotusest tarkvara elutsükli kontekstis. Ilmselgelt on see sisemine vaade, mis on iga ettevõtte jaoks spetsiifiline. Meie, IT-sektori tööturul osalejatena ja tööandja brändi edendajatena on eriti oluline ka väline vaade. Siin on aga suur probleem mitte ainult mõistete leidmises, vaid ka selle teabe edastamises sihtrühmale.
Miks on halb IT-ametikohtade "loomaaed"?
HR-spetsialistide, tootmisorganisaatorite ja lähenemiste mitmekesisus toob kaasa väga laia mitmekesisuse, mis väljendub IT-ametikohtade tõeliselt "loomaaia" sarnastes mõistetes. Vestlus- ja professionaalsed kontaktid näitavad, et paljudel inimestel puudub selge arusaam ametikohtade nimede tähendusest. Näiteks meie organisatsioonis tähendab ametikoht "insener-analüütik", et see on ülesannete määratleja. Kuid selgub, et mitte igal pool ei ole see nii: on arendusettevõtteid, kus insener-analüütik on rakendaja. Täiesti erinev arusaam, kas pole?
Esiteks, IT-ametikohtade "loomaaed" vähendab kindlasti töötajate valimise efektiivsust. Iga tööandja, kes arendab ja edendab oma brändi, soovib lühidalt edastada kõik mõisted, mis tema tootmises eksisteerivad. Kui ta ise ei suuda sageli selgelt väljendada, kes on kes, siis loomulikult edastab ta välismaailmale määramatust.
Teiseks, IT-ametikohtade "loomaaed" loob tohutuid probleeme IT-üliõpilaste ettevalmistamisel ja arendamisel. Iga tõsine IT-ettevõte, mis on suunatud personalipotentsiaali arendamisele ning mitte ainult töötamisse veebilehtedele, seisab varem või hiljem silmitsi vajadusega koostööd teha õpetusasutustega. Kvalifitseeritud IT-spetsialistide jaoks on see parimate ülikoolide segment, mis peaks olema vähemalt TOP-100 edetabelis.
IT-spetsialistide pideva ettevalmistamise protsessi ülesehitamise probleem ülikoolidega seisneb umbes poole ulatuses selles, et ülikoolidel puudub selge arusaam, kes on kes IT-ettevõttes. Neil on sellest väga pinnapealne teadlikkus. Reeglina on ülikoolidel mitu eriala, mille nimedes on sõna „infotehnoloogia“, ja sageli toetuvad nad vastuvõtukampaania käigus teesele, et kõik erialad on põhimõtteliselt sarnased. See näeb välja justkui toetudes rahvalikule müüdile, et kõik IT-inimesed on programmeerijad.
Meie tiheda koostöö kogemus ülikoolidega näitab, et eriala „Rakenduslik informaatika (valdkondades)“ annab meile töötajaid metodoloogia ja tootearenduse osakondadesse, kuid mitte arendusse. Samas valmistavad „Fundamentaalne informaatika“ ja „Programmeerimise inseneriteadus“ ette suurepärase personali arendajatele. Et mitte suunata üliõpilast algselt valele teele, on vajalik „udust hajutada“, mis ümbritseb IT-tootmist.
Kas on võimalik tuua kõik ühte nimetajasse?
Kas on võimalik ühtlustada tootmisrolle ja saavutada ühtne arusaam neist nii seest kui väljast ettevõttest?
Loomulikult on see võimalik ja vajalik, kuna kõigis arendusettevõtetes kogutud kollektiivne kogemus näitab, et eksisteerivad ühised, ühendavad kontseptsioonid tootmisprotsessi korraldamiseks. See on tagajärg sellele, et on olemas kõigile üheselt arusaadav tarkvara elutsükli mõiste ning uuesti tekkivad tootmisrollid (DataScientist, QA-Engineer, MachineLearning Engineer jne) on tarkvara elutsükli täpsustamise ja arendamise tagajärg, mis toimub koos tehnoloogiate ja tööriistade täiustamisega, samuti äriülesannete arendamise ja suurendamisega.
Samas samal ajal on keeruline ühtlustada tootmisrolle, kuna IT on üks nooremaid ja kiiresti arenevaid majandusharusid. Teatud mõttes on see segadus, millest on sündinud universum. Siin on selge organisatsiooniline struktuur võimatu ja sobimatuks, kuna IT on intellektuaalne, kuid samas väga loov valdkond. Ühelt poolt on IT-spetsialist «füüsik» - intellektuaal, kellel on väljaarenenud algoritmiline ja matemaatiline mõtlemine, teiselt poolt on ta «lüürik» - loojana, idee edendajana. Nii nagu kunstnik, ei oma ta selget plaani oma teose loomiseks, ei saa ta pilti osadeks jagada, kuna see lõpetab oma olemasolu. Ta on teabeprotsesside valitseja, mis on iseenesest abstraktsed, käegakatsumatud, raskesti mõõdetavad, kuid väga kiiret arengutuga.
Tõhusate personalitöö teed IT-tootmises
Nii et mida peab HR-spetsialist teadma tõhusa personalitöö korraldamiseks mitmekesiste IT-tootmisrollide kontekstis?
Esiteks peab iga IT-ettevõtte personalispetsialist omama arusaamist olukorrast, mis on iseloomulik just tema ettevõttele: kes ja millega tegeleb, kes kuidas nimetatakse ja mis on peamine – mis tähendust nendele rollidele antakse konkreetse tootmise tingimustes.
Teiseks peab HR-spetsialistil olema paindlik arusaam tootmisrollidest. See tähendab, et alguses kujundatakse neist ideaalne arusaam, mis võimaldab tal endal kõigis asjades selgust saada. Seejärel peab olema kindlasti reaalsus, kus ja kuidas rollid läbivad, ühenduvad, milline on tootmisjuhtide arusaam neist rollidest. Personalitöötaja keerukus seisneb selles, et ta peab vaimselt ühendama reaalse ja ideaalsete olukordade, mitte üritama vägisi ümber ehitada protsesse vastavalt nende ideaalsele mõistmisele, vaid aitama tootmisressursside vajaduste rahuldamisel.
Kolmandaks, on oluline mõista erinevaid spetsialistide arengu trajektoore: millal võib olla efektiivne väline värbamine ja millal on parem kasvatada töötajat oma meeskonnas, pakkudes talle arenguvõimalusi, millised kandidaadi omadused võimaldavad neil teatud suunas areneda, millised omadused ei saa olla ühes inimeses koos ja mis on algselt oluline arengutrajektoori valimisel.
Neljandaks, naaseme teesi juurde, et IT on kõrge kvalifikatsiooniga spetsialistide ala, kus tõhusamaks personalitööks on vältimatu varajane integreerimine kõrgkoolide hariduskeskkonnaga. Sellises olukorras peab iga personali spetsialist arendama mitte ainult otsese otsingu, ankeetide töötlemise ja intervjuude läbiviimise oskusi, vaid ka kindlasti orienteeruma kõrgkoolide spetsialistide ettevalmistuse keskkonnas: millised kõrgkoolid valmistavad ette töötajaid ettevõttele, millised erialad konkreetsete kõrgkoolide sees katavad personali vajadusi ja mis on oluline, kes selle taga on, kes juhib ja annab spetsialistide ettevalmistust kõrgkoolides.
Seega, kui soovitakse sihipäraselt murda müüti, et kõik IT-teenistujad on programmerijad, tuleb selle suunas läbida terve rida samme ja pöörata erilist tähelepanu meie kõrgkoolidele, kus pannakse alus tulevase ametivaliku mõistmisele. Teisisõnu, on vajalik pidev koostöö hariduskeskkonnaga, näiteks kaasaegse ühiselt töötamise vormide kasutamine coworking-keskustes, 'kokkuleppepunktides', osalemine haridusalustes intensiivprogrammides. See aitaks murda vale arusaamu IT-ettevõttest, suurendaks personalitöö efektiivsust ja looks tingimused erinevate meie sektori spetsialistide ettevalmistamise ühiseks tegevuseks.
Tänan kolleege, kes osalesid selle artikli ettevalmistamises ja aktuaalsuse toetamisel: Valentina Vershinina ja Juriy Krupin.
Allikas: habr.com
