V sodobnem razvoju industrijskega programiranja lahko opazimo raznolikost proizvodnih vlog. Njihovo število narašča, klasifikacija se zapleta vsako leto, in seveda se zapletajo tudi procesi iskanja strokovnjakov in dela s človeškimi viri. Informacijska tehnologija (IT) je področje visoko usposobljenih delovnih virov in pomanjkanja kadrov. Tukaj je proces usposabljanja kadrov in potreba po sistematičnem delu s človeškimi viri pogosto precej učinkovitejša od neposrednega iskanja preko internetnih virov.
V članku so obravnavana vprašanja, pomembna za kadrovske strokovnjake IT podjetij: vzročno-posledične povezave v evoluciji proizvodnih vlog, posledice napačnega razumevanja vsebine vlog za celotno kadrovsko delo ter možni načini povečanja učinkovitosti iskanja strokovnjakov.
IT proizvodnja za nevedne
Kdo je kdo v IT – to je tema za razprave na različnih platformah. Obstaja že odkar obstaja celotna IT industrija, torej od nastanka prvih podjetij za razvoj programske opreme na potrošniškem trgu v začetku 90-ih let prejšnjega stoletja. In prav toliko časa ni bilo enotnega pogleda na to vprašanje, kar povzroča težave in zmanjšuje učinkovitost kadrovske dejavnosti. Poskusimo ga razstaviti.
Zame je postala tema proizvodnih vlog v IT industriji aktualna in zanimiva od trenutka, ko sem prišel v IT podjetje. Porabil sem veliko časa in živčnega napora, da sem se spoznal s proizvodnim procesom. Ti stroški so presegli moja pričakovanja in stroške prilagoditve procesom v drugih področjih: izobraževanju, materialni proizvodnji in malem podjetništvu. Imel sem občutek, da so postopki zahtevni in nenavadni, saj je človek na splošno bolj prilagojen materialnemu svetu kot virtualnemu. Toda bilo je intuitivno nasprotovanje: zdelo se mi je, da tukaj nekaj ni v redu, tako ne bi smelo biti. Proces prilagajanja je trajal, verjetno, leto, kar se mi zdi preprosto astronomska vrednost. Na koncu sem si oblikoval kar jasno predstavo o ključnih vlogah v IT proizvodnji.
Trenutno radim na ovoj temi, ali na drugom nivou. Kao vođa razvojnog centra IT kompanije, često moram da komuniciram sa studentima, profesorima na univerzitetima, budućim studentima, učenicima i drugim zainteresovanima za učešće u razvoju IT proizvoda sa ciljem promocije brenda poslodavca na tržištu rada nove teritorije (grad Yaroslavl). Ova komunikacija je teška zbog niske informisanosti sagovornika o tome kako je organizovan proces razvoja softvera, što dovodi do njihovog ne razumevanja teme razgovora. Nakon 5 – 10 minuta dijaloga prestajete da dobijate povratne informacije i počnete da se osećate kao stranac čiji govor zahteva prevođenje. Obično među sagovornicima postoji neko ko završava dijalog i izgovara narodni mit iz 90-ih: "Svejedno, svi IT-ovci su programeri." Izvori pojavljivanja mita su sledeći:
- IT industrija se brzo razvija, i u tim uslovima svi osnovni pojmovi i principi su u fazi formiranja;
- u uslovima neizvesnosti teško je postojati, pa se čovek trudi da olakša sebi razumevanje nepoznatog stvarajući mitove;
- čovek je više naviknut na percepciju materijalnog sveta nego na virtuelnog, zbog čega mu je teško da definiše pojmove koji su izvan njegovog razumevanja.
Pokušaji borbe protiv ovog mita ponekad podsećaju na borbu protiv vetroturbina, s obzirom na to da postoji nekoliko aspekata problema koji zahtevaju obradu. Kadrovskom stručnjaku je potrebno, prvo, imati jasnu sliku proizvodnih uloga u IT kompaniji u idealnom i stvarnom obliku, drugo, razumeti kako i kada može biti najefikasnije angažovan unutrašnji resurs kompanije, i treće, koje stvarne metode mogu pomoći da se poveća informisanost učesnika na tržištu rada i doprinese razvoju brenda poslodavca. Razmotrićemo ove aspekte detaljnije.
Životni ciklus softvera kao osnova proizvodnih uloga
Ni je skrivnost, da vse proizvodne vloge v katerikoli IT-podjetju temeljijo na življenjskem ciklu programske opreme. Zato, če postavimo konceptualno nalogo, da se dogovorimo o enotnem razumevanju te tematike v okviru celotne IT-panoge, se moramo opirati prav na življenjski cikel programske opreme kot sprejeto in nedvoumno razumljivo osnovo. Razprava o konkretnih možnostih izvajanja proizvodnih vlog leži v okviru našega ustvarjalnega odnosa do življenjskega cikla programske opreme.
Torej, poglejmo faze, ki jih vključuje življenjski cikel programske opreme, na primeru metodologije RUP. Te faze so dobro oblikovana povezana vsebina in terminologija. Proizvodni proces se vedno začne z oblikovanjem poslovnega modela in oblikovanjem zahtev, in konča (seveda pogojno) s svetovanjem uporabnikom in popravki programske opreme na podlagi 'želja' uporabnikov.
Če se vrnemo v zgodovino na konec prejšnjega stoletja (kot je znano, je bil to čas 'otokov avtomatizacije'), lahko vidimo, da se je celotnim procesom razvoja programske opreme ukvarjal programer-razvijalec. Tukaj so koreni mita, da je vsak IT-strokovnjak programer.
S zapletenostjo proizvodnih procesov, pojavom integriranih platform in prehodom na celovito avtomatizacijo procesnih področij, ter s ponovnim oblikovanjem poslovnih procesov postane neizogiben pojav specializiranih vlog, povezanih s fazami življenjskega cikla. Tako se pojavijo analitik, tester in strokovnjak za tehnično podporo.
Raznolikost delovnih mest na primeru vloge analitika
Analitik (tudi inženir analitik, postavljalec, metodolog, poslovni analitik, sistemski analitik itd.) pomaga "združiti" poslovne naloge in tehnologije njihove uresničitve. Opis postavitve naloge za razvijalca – tako lahko opišemo glavno funkcijo abstraktnega analitika. Deluje kot povezovalna vez med stranko in razvijalcem v procesih oblikovanja zahtev, analize in projektiranja programske opreme. V resničnih produkcijskih pogojih se seznam funkcij analitika določi na podlagi načina organizacije proizvodnje, usposobljenosti strokovnjaka in specifike modelirane predmetne področje.
Del analitikov je bliže stranki. To so poslovni analitiki (Business Analyst). Globoko razumejo poslovne procese predmetne oblasti in so sami strokovnjaki avtomatiziranih procesov. Zelo pomembno je, da takšni strokovnjaki obstajajo v zaposlenih podjetja, še posebej pri avtomatizaciji metodološko zapletenih predmetnih področij. Konkretno, za nas kot avtomatizatorje proračunskega procesa države je preprosto nujno, da med analitiki obstajajo strokovnjaki za predmetno področje. To so visoko usposobljeni zaposleni z dobrim finančno-ekonomskim izobrazbo in izkušnjami dela v finančnih organih, zaželeno v vlogi vodilnih strokovnjakov. Izjemno pomembne so izkušnje dela ne v IT-sferi, ampak prav v predmetni oblasti.
Druga skupina analitikov je bolj povezana z razvijalci. To so sistemski analitiki (System Analyst). Njihova glavna naloga je odkrivanje, sistematizacija in analiza zahtev stranke glede možnosti njihove izpolnitve, priprava tehničnih nalog in opis postavitev naloge. Razumejo ne le poslovne procese, ampak tudi informacijske tehnologije, dobro poznajo možnosti programske opreme, ki jo stranka prejme, in imajo veščine projektiranja ter ustrezno razumejo, kako najbolje prenesti interese stranke razvijalcu. Ti zaposleni nujno imajo izobrazbo na področju IKT in inženirsko-tehnični način razmišljanja, zaželeno je, da imajo izkušnje dela v IT. Pri izbiri takih strokovnjakov je očitna prednost imeti veščine projektiranja z uporabo sodobnih orodij.
Druga vrsta analitičara su tehnički pisci (Technical Writer). Oni se bave dokumentovanjem u okviru procesa razvoja softvera, pripremaju korisničke i administrativne priručnike, tehnološke upute, obrazovne video materijale itd. Njihova osnovna zadaća je da jasno prenose korisnicima i drugim zainteresovanim stranama informacije o radu programa, opisivati tehnički složene stvari sažeto i razumljivo. Tehnički pisci, u većini slučajeva, odlično vladaju srpskim jezikom, a pri tome poseduju tehničko obrazovanje i analitički način razmišljanja. Za ove stručnjake najvažnije je imati veštine u sastavljanju razumljivih, korektnih i detaljnih tehničkih tekstova u skladu sa standardima, kao i poznavanje i korišćenje alata za dokumentovanje.
Tako vidimo istu ulogu (i, usput, poziciju u radnoj strukturi) – analitičar, ali u različitim specifičnim primenama. Potraga za stručnjacima za svaku od njih ima svoje posebnosti. Važno je znati da ove vrste analitičara često moraju posedovati nespojive veštine i znanja u jednoj osobi. Jedan je humanista, sklon analitičkom radu sa velikim količinama tekstualnih dokumenata, sa razvijenim jezikom i komunikativnošću, dok je drugi „tehničar“ s inženjerskim načinom razmišljanja i interesovanjima u oblasti IT-a.
Da li da angažujemo spoljne radnike ili da ih obučimo unutrašnje?
Za velike predstavnike IT industrije, efikasnost direktnog angažovanja putem internet resursa opada kako projekti rastu. To se događa, između ostalog, iz sledećih razloga: brza prilagodba složenim procesima unutar kompanije nije moguća, brzina usvajanja specifičnih alata je manja od brzine razvoja projekta. Stoga, HR stručnjaku je važno znati ne samo koga tražiti spolja, već i kako iskoristiti unutrašnje resurse kompanije, iz kojih i kako izgraditi stručnjaka.
Za poslovne analitike je izjemno pomembna izkušnja z delom znotraj realnih procesov predmetne področja, zato je njihovo iskanje "zunaj" bolj učinkovito kot gojenje znotraj podjetja. Pri tem je za HR-specialista pomembno poznati seznam organizacij, ki lahko služijo kot vir tega kadra, in se pri iskanju osredotočiti na iskanje življenjepisov iz njih.
Za zapolnitev takih mest, kot sta sistemski analitik in arhitekt programske opreme, pa ima proces usposabljanja kadrov znotraj podjetja izjemen pomen. Ti strokovnjaki se morajo oblikovati v pogojih aktivnega proizvodnega okolja in posebnosti konkretne organizacije. Sistemski analitiki (System Analyst) se razvijajo iz poslovnih analitikov (Business Analyst), tehničnih piscev (Technical Writer) in inženirjev tehnične podpore (Technical Support Engineer). Arhitekti programske opreme (Software Architect) iz projektantov (System Designer) in razvijalcev programske opreme (Software Developer) s pridobivanjem izkušenj in širjenjem obzorja. To dejstvo omogoča HR-specialistu učinkovito izkoriščati notranje vire podjetja.
Presečišče, združevanje in evolucija proizvodnih vlog
Obstaja še eno zapleteno vprašanje z vidika izvajanja v proizvodnem procesu – vzpostavljanje jasnih meja med vlogami. Na prvi pogled se zdi, da je vse očitno: končalo se je uvajanje, podpisali so dokumente o prenosu programske opreme v komercialno uporabo in vse predali tehnični podpori. Vse je pravilno, vendar pogosto nastajajo situacije, ko stranka, iz navade, ker je v tesnem stiku z analitikom in ga vidi kot "čarobno palico", še naprej aktivno komunicira z njim, čeprav je sistem že implementiran in formalno poteka faza podpore. Vendar pa, z vidika stranke, kdo bi bolje in hitreje od analitika, ki je skupaj z njo postavil nalogo, odgovarjal na vprašanja o delu s sistemom. In tu se pojavi vprašanje delne podvojitve vlog inženirja tehnične podpore in analitika. S časom se vse uredi, stranka se navadi na komuniciranje s službo tehnične podpore, vendar ob začetku uporabe programske opreme tak "notranji prehod" ne uspe vedno izvesti brez stresov na obeh straneh.
Presekanje vlog analitika in inženirja tehnične podpore nastane tudi takrat, ko zahteve za razvoj prihajajo v okviru faze podpore. Če se vrnemo v življenjski cikel programske opreme, vidimo neskladje med resničnimi proizvodnimi pogoji in formalnimi usmeritvami, da lahko analizo zahtev in postavitev naloge izključno opravi analitik. Specialist za kadrovanje se mora nedvomno zavedati idealne slike vlog v okviru življenjskega cikla programske opreme, te imajo jasne meje. Hkrati je nujno upoštevati, da lahko pride do prekrivanja. Pri oceni znanj in veščin kandidata je treba posvetiti pozornost obstoju sorodnih izkušenj, torej pri iskanju inženirjev tehnične podpore je mogoče razmisliti o kandidatih z izkušnjami analitika in obratno.
Poleg prekrivanja se pogosto opaža tudi združevanje proizvodnih vlog. Na primer, poslovni analitik in tehnični pisec lahko obstajata v eni osebi. Prisotnost arhitekta programske opreme (Software Architect) je obvezna pri velikih industrijskih projektih, medtem ko se v zelo majhnih projektih lahko brez te vloge preživi: tam funkcije arhitekta opravljajo razvijalci (Software Developer).
Zamenjava zgodovinskih obdobij v pristopih in tehnologijah razvoja neizogibno privede do evolucije življenjskega cikla programske opreme. Na splošno osnovne faze ostajajo nespremenjene, vendar se podrobnosti dogajanja spreminjajo. Na primer, s prehodom na spletne rešitve in rastočimi možnostmi daljinskega prilagajanja je nastala vloga strokovnjaka za nastavitev programske opreme. V zgodnjem zgodovinskem obdobju so to bili implementatorji, torej inženirji, ki so večji del delovnega časa preživeli na delovnih mestih strank. Povečani obsegi in kompleksnost programske opreme so privedli do nastanka vloge arhitekta programske opreme (Software Architect). Zahteve po pospešenem izdajanju različic in povečanju kakovosti programske opreme so spodbudile razvoj avtomatiziranega testiranja in nastanek nove vloge – QA-inženirja (Quality Assurance Engineer) itd. Evolucija vlog v vseh fazah organizacije proizvodnega procesa je znatno povezana z razvojem metod, tehnologij in orodij.
Tako, obravnavali smo nekatere zanimive točke, ki se nanašajo na razdelitev proizvodnih vlog znotraj podjetja za razvoj programske opreme v kontekstu življenjskega cikla programske opreme. Očitno je, da gre za notranji pogled, ki je specifičen za vsako podjetje. Za vse nas, ki smo akterji na trgu dela v IT-panogi in odgovorni za promocijo delodajalčeve blagovne znamke, bo še posebej pomemben pogled z zunanje strani. In tukaj obstaja velika težava ne le v iskanju smiselnosti, temveč tudi v posredovanju teh informacij ciljni publiki.
Kakšna je slaba stran 'živalskega vrta' IT-delovnih mest?
Zmeda v zavesti HR-specialistov, organizatorjev proizvodnje in raznolikost pristopov vodi do zelo široke raznolikosti, skoraj do 'živalskega vrta' IT-delovnih mest. Izkušnje iz razgovorov in preprosto poklicni stiki kažejo, da ljudje pogosto nimajo enoznačnega razumevanja smiselne obremenitve, ki bi morala izhajati iz nazivov delovnih mest. Na primer, v našem podjetju položaji, ki vključujejo izraz 'inženir-analitik', predvidevajo, da gre za postavljavca nalog. Vendar se izkaže, da to ni povsod tako: obstajajo razvojna podjetja, kjer inženir-analitik pomeni implementator. Povsem drugačno razumevanje, se strinjate?
Prvič, 'živalski vrt' IT-delovnih mest zagotovo zmanjšuje učinkovitost izbora osebja. Vsak zaposlovalec si pri razvoju in promociji svoje blagovne znamke želi v kratkem oblikovanju predstaviti vse pomene, ki obstajajo v njegovi proizvodnji. In če sam pogosto ne more natančno povedati, kdo je kdo, je seveda razumljivo, da bo iz zunanje okolice prenašal negotovost.
Drugič, 'živalski vrt' IT-delovnih mest ustvarja ogromne težave pri pripravi in razvoju IT-kadrovske baze. Vsako resno IT-podjetje, usmerjeno v oblikovanje in razvoj kadrovskega potenciala ter ne le 'dojenje' delovnih spletnih mest, se prej ali slej srečuje z nujnostjo sodelovanja z izobraževalnimi institucijami. Za visoko usposobljene IT-kadre gre za segment univerz, posebej tistih najboljših, ki so vsaj uvrščene v razvrstitev TOP-100.
Težave pri integraciji z univerzami pri vzpostavljanju nepretrganega procesa izobraževanja IT-strokovnjakov se približno napol skrivajo v pomanjkanju razumevanja, kdo je kdo znotraj IT-podjetja. Imajo zelo površinsko predstavo o tem. Ponavadi imajo univerze več specializacij z besedo 'informatika' v naslovu, in pogosto se zgodi, da se pri njihovih sprejemnih kampanjah opira na tezo, da so vse specializacije v bistvu o istem. Kar spominja na ljudski mit, da so vsi IT-jevci programerji.
Izkušnje našega tesnega sodelovanja z univerzami kažejo, da specialnost 'Praktična informatika (po panogah)' zagotavlja kader za oddelke metodologije in tehnične podpore, ne pa za razvoj. Medtem ko 'Temeljna informatika' in 'Programska inženiring' pripravljata odličen kader za razvijalce. Da ne bi usmerili kandidata na začetku po poti, ki zanj ni primerna, je potrebno 'raztopiti meglo', ki obdaja IT-proizvodnjo.
Se da vse privedeti do skupnega imenovalca?
Se da standardizirati proizvodne vloge in priti do enotnega razumevanja le-teh znotraj in zunaj podjetja?
Seveda, da, in potrebno je, saj akumulirani kolektivni izkušnje vseh razvojnih podjetij kažejo na prisotnost skupnih, povezujočih konceptov organizacije proizvodnega procesa. To je posledica, da kljub temu obstajajo nedvoumno vseh razumljiva pojma življenjskega cikla programske opreme, in nove proizvodne vloge (Data Scientist, QA-inženir, inženir strojnega učenja itd.) so posledica pojasnitev in razvoja življenjskega cikla programske opreme kot takega, ki potekajo s совершенствованjem tehnologij in orodij, pa tudi z razvojem in širjenjem poslovnih nalog.
Hkrati je težko standardizirati proizvodne vloge, saj je IT ena najmlajših in najhitreje rastočih panog gospodarstva. Na nek način je to kaos, iz katerega je nastal univerzum. Jasna organizacijska struktura tukaj ni mogoča in ni smiselna, saj je IT intelektualna, a zelo ustvarjalna sfera. Po eni strani je IT strokovnjak 'fizik'-intelektualec, z razvitim algoritemski in matematičnim razmišljanjem, po drugi strani pa je 'lirskih'-ustvarjalec, nosilec in promotor idej. Tako kot umetnik nima jasnega načrta za ustvarjanje slike, ne more razdeliti podobe na dele, saj ta preneha obstajati. Je mojster informacijskih procesov, ki so sami po sebi abstraktni, neotipljivi, težko merljivi, vendar hitri.
Načini za izgradnjo učinkovitega kadrovskega dela v IT-proizvodnji
Kaj je torej pomembno za HR-specialista pri izgradnji učinkovitega kadrovskega dela v raznolikosti vlog IT-proizvodnje.
Prvič, vsak kadrovski specialist v IT-podjetju mora imeti predstavo o situaciji, ki je značilna za njegovo podjetje: kdo se s čim ukvarja, kdo in kako se imenuje, in predvsem – kakšen pomen se pripisuje tem vlogam v specifični proizvodnji.
Drugič, HR-specialist mora imeti prilagodljivo predstavo o proizvodnih vlogah. To pomeni, da se mu sprva oblikuje idealna predstava o njih, ki mu omogoča, da se sam pozna v vsem. Nato mora biti nujno videnje realne slike proizvodnje: kje in v čem se vloge prekrivajo, združujejo, kakšno zaznavanje teh vlog imajo proizvodni vodje. Zapletenost za kadrovskega strokovnjaka je v tem, da združi v zavesti realno in idealno situacijo, ne da bi poskušal prisilno preurediti procese v skladu z idealnim razumevanjem, temveč da pomaga proizvodnji pri zadostitvi potreb po virov.
Tretje, nujno je imeti predstavo o možnih razvojnih poteh različnih strokovnjakov: v katerih primerih je lahko učinkovita zunanja izbira, kdaj je bolje razviti zaposlenega znotraj svoje ekipe ter mu zagotoviti možnosti za rast, katere lastnosti kandidatov jim omogočajo razvoj v določeni smeri, katere lastnosti pa ne morejo biti združljive v eni osebi, ter kaj je sprva pomembno pri izbiri razvojne poti.
Četrto, vrnimo se k trditvi, da je IT področje visoko usposobljenih kadrov, kjer je za učinkovitejše upravljanje s kadri nujna zgodnja integracija z akademskim izobraževalnim okoljem. V tej situaciji mora vsak HR specialist razvijati ne le veščine neposredne izbire, dela s prijavami in intervjuiranja, temveč se mora obvezno orientirati v okolju univerzitetne priprave strokovnjakov: katere univerze pripravljajo kadre za podjetje, katere specialnosti znotraj določenih univerz zapolnjujejo kadrovske potrebe, in kar je pomembno, kdo je za tem, kdo vodi in izvaja usposabljanje strokovnjakov na univerzah.
Tako, če želimo namerno razbiti mit, da so vsi IT-jevci programerji, moramo opraviti vrsto korakov v tej smeri in nameniti posebno pozornost našim univerzam, kjer se postavljajo temelji dojemanja prihodnje poklicne poti. Drugimi besedami, potrebno je stalno sodelovanje z izobraževalnim okoljem, na primer z uporabo sodobnih oblik skupnega dela v coworking centrih, "tčkah utripanja", sodelovanje v izobraževalnih intenzivih. To bo omogočilo razbitje napačnih predstav o IT podjetju, povečalo učinkovitost kadrovske dejavnosti in ustvarilo pogoje za skupno delo pri usposabljanju različnih strokovnjakov naše panoge.
Izražam hvaležnost kolegom, ki so sodelovali pri pripravi in podpori aktualnosti tega članka: Valentini Veršinin in Juriju Krupinu.
Izvor: habr.com
