Tänapäeva tarkvaraarenduse valdkonnas on nähtav mitmekesiste tööstusrollide rohkus. Nende arv suureneb, klassifitseerimine keerulisemaks igal aastal ning seetõttu muutuvad spetsialistide valimise ja personaliressursside haldamise protsessid keerulisemaks. Infotehnoloogia (IT) on ala, kus on kõrge kvalifikatsiooni nõudev tööjõud ja töötajate puudus. Siin võib töötajate väljaõppe protsess ning süsteemne töö personaliressurssidega olla oluliselt efektiivsem kui otsevalik interneti ressursside abil.
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 osas, mis võivad mõjutada personali tööd tervikuna, ning võimalikud variandid spetsialistide valimise tõhususe parandamiseks.
IT-tootmine mitteasjatundjatele
Kes on kes ITs – see teema aruteludeks erinevates foorumites. See on olemas sama kaua kui kogu IT-tööstus, alates esimestest tarkvaraarendajatest 90. aastate alguses. Ja sama kaua on puudunud ühine arusaam sellest küsimusest, mis tekitab raskusi ja vähendab töö efektiivsust. Proovime sellega tegeleda.
Minu jaoks on IT-sfääris tootmisrollide teema saanud aktuaalseks ja huvitavaks hetkest, mil ma alustasin IT-ettevõttes. Olen kulutanud palju aega ja närvi, et mõista tootmisprotsessi. Need kulutused ületasid mu ootusi ning kohandumise kulud teistes valdkondades: hariduses, materiaalses tootmises, väikeses ettevõtluses. Mul oli arusaam, et protsessid on keerulised ja harjumatud, sest üldiselt on inimene rohkem kohandatud materiaalsesse maailma kui virtuaalsesse. Kuid oli intuitiivne vastupanu: tundus, et midagi on valesti, nii ei tohiks olla. Kohandumisprotsess võttis ilmselt aasta, mis minu meelest on täiesti kosmiline suurus. Lõpuks olen saanud üsna selge arusaama IT-tootmise võtmerollidest.
Praegu jätkan ma selle teema kallal töötamist, kuid juba teisel tasemel. IT-ettevõtte arenduskeskuse juhina pean sageli suhtlema üliõpilaste, ülikoolide õppejõudude, sisseastujate, kooliõpilaste ja teistega, kes soovivad osaleda IT-toote loomises, et edendada tööandja brändi uue territooriumi tööturul (Jaroslavlis). See suhtlemine ei ole lihtne, kuna kaaslaste madal teadlikkus tarkvaraarenduse (SO) korraldusest ja seetõttu arutelu teema arusaamine on piiratud. 5–10 minuti pärast dialooge ei saa enam tagasisidet ja hakkad end tundma võõrana, kelle kõnes vajatakse tõlget. Reeglina on alati keegi kaaslastest, kes paneb dialooge punkti ja toob esile rahva müüdi 90ndatest: „Igal juhul on kõik IT-inimesed programmeerijad.” Müüdi tekkimise allikad on järgmised:
- IT-sektor areneb kiiresti, sellistes tingimustes on kõik põhiväärtused ja -printsiibid kujunemisjärgus;
- Ebaseliste tingimustes eksisteerimine on keeruline, mistõttu püüab inimene endale tundmatut lihtsustada müütide loomise kaudu.
- Inimene on rohkem harjunud materiaalset maailma tajuma kui virtuaalset, mistõttu on tal keeruline määratleda mõtteid, mis jäävad tema tajumise piiridest välja.
Katsetused selle müüdi vastu on mõnikord sarnased tuuleveskitega võitlemisega, sest probleemis on mitmeid aspekte, mis vajavad põhjalikku käsitlemist. Personalitöötajal on kõigepealt vaja omada selget arusaama tootmisrollidest IT-ettevõttes ideaalsetes ja reaalsetes väljendustes; teiseks, ta peab mõistma, kuidas ja millal saab ettevõtte sisemist ressurssi kõige tõhusamalt kasutada; kolmandaks, millised reaalsete meetodid aitavad suurendada tööjõuturul osalejate teadlikkust ning toetavad tööandja brändi arengut. Vaatame neid aspekte lähemalt.
Tarkvaraarenduse elutsükkel kui tootmisrollide alus
Ei ole saladus, et kõigis IT-ettevõtte tootmisrollides on peamiseks allikaks tarkvaraarenduse elutsükkel. Seetõttu, kui püstitada kontseptuaalne eesmärk kokkuleppele jõudmiseks selle küsimuse ühtsest mõistmisest kogu IT-sektoris, tuleks toetuda just tarkvaraarenduse elutsüklile kui kõigile arusaadavale ja ühemõttelisele mõiste alusele. Arutelu konkreetsete lahenduste üle tootmisrollide küsimuses jääb meie loominguliste suhete raamistikku tarkvaraarenduse elutsükliga.
Nii et vaatame tarkvaraarenduse elutsükli etappe, võttes näiteks RUP-metoodika. Need on piisavalt välja kujunenud lülid sisu ja terminoloogia osas. Tootmisprotsess algab alati ja igal pool ärimudeli loomise ja nõuete määratlemisega ning lõppeb (loomulikult tinglikult) kasutajate nõustamise ja tarkvara täiustamisega vastavalt kasutajate soovidele.
Kui vaadata ajalukku viimasest sajandist (nagu teada, oli see "saareautomaatika" periood), võib näha, et kogu tarkvaraarendusega tegeles programmihaldur. Siit tuleb müüt, et iga IT-spetsialist on programmeerija.
Tootmisprotsesside keerukuse suurenemisega, integreeritud platvormide tekkimisega ja komplekssele automatiseerimisele üleminekuga, muutub äriprotsesside ümberkujundamine paratamatuks ning see toob kaasa spetsialiseeritud rollide tekkimise, mis on seotud elu tsükli etappidega. Nii sünnivad analüütik, testija ja tehnilise toe spetsialist.
Ametite mitmekesisus analüütiku rolli näitel
Analüütik (ka insener-analüütik, tellija, metoodika spetsialist, ärianalüütik, süsteemi analüütik jne) aitab ettevõtte ülesandeid ja nende rakendamise tehnoloogiaid „sõbraks” muuta. Arendajale ülesande määratluse kirjeldamine – nii võib iseloomustada abstraktse analüütiku peamist funktsiooni. Ta on sideaine kliendi ja arendaja vahel nõuete, analüüsi ja tarkvara projekteerimise vormimise protsessides. Tootmisprotsessis määratakse analüütiku funktsioonide loetelu tootmisorganiseerimise viisi, spetsialisti kvalifikatsiooni ja modelleeritava aineala spetsiifika järgi.
Mõned analüütikud on lähedasemad klientidele. Need on ärinanüütikud (Business Analyst). Nad mõistavad sügavalt valdkonna äri protsesse ja on ise automatiseeritud protsesside eksperdid. Selliste spetsialistide olemasolu organisatsiooni, eriti keerukate valdkondade automatiseerimise puhul, on äärmiselt oluline. Eelkõige meile kui riigi eelarve automatiseerijatele on äärmiselt vajalik, et analüütikute seas oleks valdkonna eksperte. Need on kõrgelt kvalifitseeritud töötajad, kellel on hea finants- ja majandusharidus ning tootmiskogemus finantsasutustes, eelistatult juhtivate ekspertide rollis. Äärmiselt oluline on, et kogemus oleks just valdkonnas, mitte IT-sektoris.
Teine osa analüütikutest on rohkem arendajate lähedal. Need on süsteemianalüütikud (System Analyst). Nende peamine ülesanne on tuvastada, struktureerida ja analüüsida kliendi nõudeid nende rahuldamise võimaluste osas, tehniliste ülesannete koostamine ja ülesannete määratlemine. Nad mõistavad mitte ainult äriprotsesse, vaid ka infotehnoloogiat, tunnevad hästi kliendile tarnitava tarkvara võimeid, omavad projekteerimisoskusi ja seetõttu mõistavad, kuidas parimal viisil kliendi huve arendajani edastada. Neil töötajatel peab olema haridus IKT valdkonnas ja inseneritehniline mõtteviis, eelistatavalt ka töökogemus IT-sektoris. Selliste spetsialistide valimisel on selgeks eeliseks kaasaegsete tööriistade kasutamisoskuse olemasolu.
Tehnilised kirjanikud (Technical Writers) on veel üks analüütikute tüüp. Nad tegelevad tarkvaraarenduse protsesside raames dokumenteerimisega, koostavad kasutaja- ja administraatori käsiraamatuid, tehnilisi juhiseid, õppevideomaterjale jne. Nende peamine ülesanne on edastada kasutajatele ja muudele huvitatud isikutele teavet programmi toimimise kohta, selgitada tehniliselt keerulisi asju lühidalt ja arusaadavalt. Suur osa tehnilisi kirjanikke valdavad suurepäraselt eesti keelt, omavad tehnilist haridust ja analüütilist mõtlemist. Selliste spetsialistide jaoks on kõige tähtsamad oskused arusaadavate, korrektsete ja üksikasjalike tehniliste tekstide koostamine standardite kohaselt ning dokumenteerimise tööriistade tundmine ja kasutamine.
Nii saame näha sama rolli (ja muide ametikohta) – analüütik, kuid selle erinevates rakendustes. Igaühe jaoks spetsialistide leidmine toob endaga kaasa omad eripärad. On oluline teada, et need analüütiku tüübid peavad sageli omama omavahel kokkusobimatuid oskusi ja teadmisi. Üks – humanitaar, kellel on kalduvus analüütilisele tööle suurte tekstimahtudega dokumentide kallal, hea kõne ja suhtlemisoskustega; teine – „tehnikaime, kellel on insenerimõtlemine ja huvid IT-sektoris.
Tuleme seest või kasvatame ise?
Suure IT-sektori esindaja jaoks väheneb tõhusa otsetoe tõhusus internetiressurssidelt projektide suurenedes. See juhtub osaliselt järgmiste põhjuste tõttu: raske on kiiresti kohaneda ettevõtte keeruliste protsessidega ning spetsiifiliste tööriistade omandamise kiirus osutub madalamaks kui projekti arengukiirus. Seetõttu on HR-spetsialisti jaoks oluline mitte ainult teada, keda otsida väljastpoolt, vaid ka, kuidas kaasata ettevõtte sisressursse, kellest ja kuidas spetsialisti kasvatada.
Äripaanikutele on reaalses valdkonna protsessis töötamise kogemus väga oluline, seetõttu on nende värbamine "väljastpoolt" efektiivsem kui ettevõttes kasvatamine. Samuti on HR-spetsialisti jaoks oluline teada organisatsioonide nimekirja, mis võivad olla selle tööjõu ressursi allikad, ning keskenduda toorainete otsimisele nende seast.
Selliste ametikohtade nagu süsteemianalüütik ja tarkvara arhitekt täitmine, vastupidi, on ettevõtte sees kaadripoliitika reformimine äärmiselt oluline. Need spetsialistid peavad kujunema tegutsevas tootmisringis ning konkreetse organisatsiooni eripärade arvesse võtmiseks. Süsteemianalüütikud (System Analyst) arenevad äripaanikute (Business Analyst), tehniliste kirjutajate (Technical Writer) ja tehnilise toe inseneride (Technical Support Engineer) seast. Tarkvara arhitektid (Software Architect) aga projekteerijate (System Designer) ja arendajate (Software Developer) kaudu, kui nad omandavad kogemusi ja laiendavad oma silmaringi. See olukord võimaldab HR-spetsialistil tõhusalt kasutada ettevõtte sisemisi ressursse.
Tootmisrollide ristumine, ühendamine ja evolutsioon
On veel keeruline küsimus, mis puudutab tootmisprotsessis rakendamise piire. Esmapilgul võib tunduda, et kõik on selge: rakendus on lõpetatud, tarkvara töösse võtmise dokumendid on allkirjastatud ja kõik on edasi antud tehnilisele toele. Kõik on tõsi, kuid sageli tekivad olukorrad, kus klient, harjumuse tõttu olles lähedases kontaktis analüütikuga ja nähes temas "nõuga varju", jätkab temaga aktiivset suhtlemist, hoolimata sellest, et süsteem on juba rakendatud ja ametlikult käimas on tugietapp. Kuid kliendi perspektiivist on raske leida kedagi, kes vastaks tema süsteemiga seotud küsimustele kiiremini ja paremini kui analüütik, kes koos temaga probleeme lahendas. Siinkohal tekib küsimus toetehnikute ja analüütikute rollide osalisest dubleerimisest. Aja jooksul kõik sujub, klient harjub tehnilise tugiteenusega suhtlemisega, kuid tarkvara kasutamise alguses ei ole sellist "sisest üleminekut" alati võimalik ilma stressita mõlemal poolel.
Analüütiku ja tehnilise toe inseneri rollide ühtimine tekib ka siis, kui arendusnõuete voog voolab hooldusfaasis. Tagasi pöördudes tarkvara elutsükli juurde, märkame, et esinevad lahknevused reaalses tootmiskeskkonnas ja formaalses suunistes, mille kohaselt võivad nõuete analüüs ja ülesande määramine toimuda ainult analüütiku poolt. Personalitöötaja peab kindlasti mõistma ideaalset rollide pilti tarkvara elutsükli raames, millel on selged piirid. Samas tuleb alati arvestada, et ühtimisi võib siiski esineda. Taotleja teadmiste ja oskuste hindamisel tuleb tähelepanu pöörata seotud kogemuse olemasolule, st tehnilise toe inseneride otsimisel võivad kindlasti olla kaalumisel kandidaadid, kellel on analüütiku kogemus ja vastupidi.
Lisaks ristumisele on sageli täheldatav tootmisrollide ühinemine. Näiteks võib ärianalüütik ja tehniline kirjutaja eksisteerida ühes ja samas isikus. Tarkvaraarhitekti (Software Architect) olemasolu on suuremas tööstuslikus arenduses kohustuslik, samas kui väga väikestes projektides võib sellest rollist loobuda: seal täidavad arhitekti ülesandeid arendajad (Software Developer).
Ajalooliste perioodide muudatused arendusmeetodites ja -tehnoloogiates toovad paratamatult kaasa ka tarkvara elutsükli arengut. Üldiselt jäävad peamised etapid muidugi muutumatuks, kuid nende detailides toimub muutus. Näiteks on veebilahenduste kasutuselevõtuga ja kaugseadmise võimaluste suurenemisega tekkinud tarkvara seadistamise spetsialisti roll. Ajalooliselt varases etapis olid need rakendajad, st insenerid, kes veetsid suure osa oma tööajast klientide töökohtadel. Suurenenud tarkvara mahud ja keerukus on kaasa toonud tarkvara arhitekti (Software Architect) rolli ilmumise. Versioonide väljalaskmise kiirus ja tarkvara kvaliteedi tõstmise nõudmised on soodustanud automatiseeritud testimise arengut ning uue rolli – kvaliteedi tagamise inseneri (Quality Assurance Engineer) – tekkimist jne. Rollide areng kõikides tootmisprotsessi etappides on tihedalt seotud meetodite, tehnoloogiate ja tööriistade arenguga.
Nii, oleme arutanud mõningaid huvitavaid aspekte tarkvaraarendaja ettevõtte tööhõive rollide jaotamise kohta tarkvara elutsükli kontekstis. See on ilmselgelt seestpoolt vaadatuna, mis on igas ettevõttes spetsiifiline. Meie jaoks, IT-valdkonna töötur osalised ja tööandja brändi edendamise eest vastutavad inimesed, on erity oluline ka väline vaade. Siin on aga tõsine probleem, mis seisneb mitte ainult tähenduste leidmises, vaid ka selle teabe sihtrühmani toimetamises.
Mis on „loomaaia“ IT-ametite halb?
HR-ülemaid, tootmisorganiseerijaid ja mitmekesiseid lähenemisviise iseloomustab suur segadus, mis toob kaasa tohutu mitmekesisuse IT ametikohtade, justkui "loomaaed". Vestlus- ja professionaalne kogemus näitab, et kahel inimesel pole sageli selget arusaama ametinimede tähendusest. Näiteks meie organisatsioonis, kui ametikoht sisaldab mõistet "insener-analüütik", eeldatakse, et see on ülesannete määramine. Kuid mitte kõikjal on see nii: on arendajate organisatsioone, kus insener-analüütik on rakendaja. Täiesti erinev arusaam, eks?
Esiteks, IT ametikohtade "loomaaed" vähendab kindlasti töölevõtmise efektiivsust. Iga tööandja soovib oma brändi arendades ja edendades lühidalt edastada kõik tähendused, mis tema tootmises eksisteerivad. Ja kui ta ei suuda ise sageli selgelt öelda, kes on kes, on loomulik, et ta edastab välismaailmale ebamugavustunde.
Teiseks, IT-ametite «loomaaed» tekitab suuri probleeme IT-oskuste arendamisel ja ettevalmistamisel. Iga tõsine IT-ettevõte, kes püüab arendada oma töötajate potentsiaali, mitte lihtsalt «lambist» tööturule, seisab varem või hiljem silmitsi vajadusega suhelda õppeasutustega. Kõrge kvalifikatsiooniga IT-spetsialistide jaoks on see ülikoolide segment, eelkõige need, mis on vähemalt TOP-100 edetabelis.
Probleem ülikoolidega koostöö loomisel IT-spetsialistide pideva ettevalmistamise protsessi väljatöötamisel seisneb ligikaudu poole pealt ülikoolide arusaamatustes, kes on kes IT-ettevõtte sees. Neil on sellest väga pinnapealne arusaam. Üldiselt on ülikoolidel mitmeid erialasid, kus nimedes on sõna «informaatika», ja sageli juhtub, et nende vastuvõtukampaania käigus tuginedakse väitele, et kõik erialad on põhimõtteliselt üks ja sama. See näeb välja nagu rahva müüt, et kõik IT-inimesed on programmeerijad.
Meie tihe koostöö ülikoolidega on näidanud, et eriala „Rakenduslik informaatika (valdkondade järgi)” varustab meid metodoloogia ja tehnilise toe osakondade jaoks, kuid mitte arenduseks. Samal ajal valmistavad „Fundamentaalne informaatika” ja „Programmeerimise inseneriteadus” suurepärase kaadriallikas arendajatele. Et mitte suunata üliõpilast algselt valele teele, on vajalik hajutada udu, mis ümbritseb IT-tootmist.
Kas on võimalik kõik ühisele nimetajale viia?
Kas on võimalik ühtlustada tootmisrolle ja jõuda ühiselt nende mõistmiseni nii seest kui väljastpoolt ettevõtet?
Jah, see on mitte ainult võimalik, vaid vajalik, kuna kõikide arendusettevõtete sooritatud kollektiivne kogemus näitab, et eksisteerivad üksteisega seotud tootmisprotsesside korraldamise ühised ja liitvad kontseptsioonid. See tuleneb sellest, et on olemas selgelt mõistetav tarkvaraarenduse elutsükli mõiste, ja taas tekkivad tootmisrollid (Data Scientist, QA-Engineer, Machine Learning Engineer jms) on elutsükli täpsustamise ja arendamise tagajärg, mis toimub tehnoloogia ja tööriistade täiustamise ning äriprobleemide arenguga ja suurendamisega.
Samas on keeruline ühtlustada tootmisrolle, kuna IT on üks nooremaid ja kiiresti arenevaid majandusharusid. Teatud mõttes on see kaos, millest universum on sündinud. Siin on selge organisatsiooniline struktuur võimatu ja sobimatu, kuna IT on intellektuaalne, kuid samas väga loov valdkond. Ühelt poolt on IT spetsialist "füüsik" – intellektuaal, kellel on arenenud algoritmiline ja matemaatiline mõtlemine, teiselt poolt aga "lüürik" – loovisik, ideede edastaja ja edendaja. Nagu kunstnikul, ei ole tal selget plaani, kuidas maalida pilti, ta ei suuda kujutist osadeks jagada, sest see lõpetab olemise. Ta on info protsesside valitseja, mis iseenesest on abstraktsed, puudutatavad, mõõtmise osas keerulised, kuid kiirelt liiguvad.
Tõhusate personalitöösse investeerimise teed IT toodetes
Nii et mida on HR spetsialistil oluline teada tõhusate personalitööde loomiseks IT tootmisrollide mitmekesisuse tingimustes.
Esiteks peab igal IT-ettevõtte personalispetsialistil olema arusaam olukorrast, mis on iseloomulik just tema ettevõttele: kes ja millega tegeleb, kes ja kuidas on nimetatud, ning mis on nende rollide tähendus konkreetse tootmise kontekstis.
Teiseks peab HR-spetsialistil olema paindlik arusaam tootmisrollidest. See tähendab, et tal peaks olema algselt ideaalne arusaam neist, mis võimaldab tal kõike selgeks teha. Seejärel peab olema kindlasti olemas tõeline tootmispilt: kus ja milles rollid ristuvad, ühenduvad, milline on nende rollide tajumine tootmisjuhtide seas. Personalispetsialisti keerukus seisneb selles, et leida tasakaal tõelise ja ideaalse olukorra vahel, mitte püüda sundida protsesse kohanduma ideaalse arusaamaga, vaid aidata tootmises rahuldada ressursinõudlust.
Kolmandaks, on oluline teada nende spetsialistide arenguteid: millistel juhtudel võib olla efektiivne väline värbamine ning millal on parem kasvatada töötajat oma meeskonnas, pakkudes talle arenguvõimalusi, millised kandidaadi omadused võimaldavad tal arendada end konkreetses suunas, millised omadused ei saa olla ühes inimeses kooskõlas ja mis on algselt oluline arengu trajektoori valimiseks.
Neljandaks, naasma väite juurde, et IT on kõrgelt spetsialiseeritud valdkond, kus tõhusaks tööjõu haldamiseks on vältimatu varajane integreerimine ülikoolide hariduskeskkonda. Sellises olukorras peab iga personalispetsialist arendama mitte ainult otsese otsimise, anketeerimise ja intervjueerimise oskusi, vaid olema ka teadlik ülikoolide spetsialistide ettevalmistamise keskkonnast: millised ülikoolid valmistavad ette töötajaid ettevõttele, millised spetsialiteedid konkreetses ülikoolis katab tööjõu vajadused ja mis on oluline, kes selle taga seisab, kes juhib ja viib läbi spetsialistide koolitust ülikoolides.
Seega, kui soovime mõista müüti, et kõik IT-ala spetsialistid on programmistid, peame tegema hulga samme ja pöörama erilist tähelepanu meie ülikoolidele, kus luuakse alused tulevase ametialase arusaamise jaoks. Teisisõnu, on vajalik pidev koostöö hariduskeskkonnaga, näiteks kasutades kaasaegseid koostööformaatide leidmisi kaubanduskeskustes, nn "keedukohtades", ja osaledes haridusintensiivides. See aitab purustada vale arusaame IT-ettevõtetest, tõstab personali töö efektiivsust ja loob tingimused erinevate spetsialistide koostööks meie valdkonnas.
Tänan kolleege, kes osalesid selle artikli ettevalmistamisel ja selle asjakohasuse toetamisel: Valentina Vershinina ja Yuri Krupin.
Allikas: habr.com
