V súčasnej fáze vývoja vývoja priemyselného softvéru možno pozorovať rôzne výrobné úlohy. Ich počet narastá, klasifikácia je z roka na rok komplikovanejšia a prirodzene aj procesy výberu špecialistov a práce s ľudskými zdrojmi. Informačné technológie (IT) sú oblasťou vysokokvalifikovaných pracovných zdrojov a nedostatku personálu. Tu je proces rozvoja personálu a potreba systematickej práce s personálnym potenciálom oveľa efektívnejšia ako priamy výber pomocou internetových zdrojov.
Článok rozoberá problémy, ktoré sú pre HR špecialistov v IT spoločnostiach aktuálne: vzťahy príčin a následkov vo vývoji produkčných rolí, dôsledky dezinterpretácie obsahu rolí pre HR prácu vo všeobecnosti, ako aj možné možnosti zvýšenia efektívnosť náboru špecialistov.
IT výroba pre nezasvätených
Kto je kto v IT je téma na diskusiu na rôznych platformách. Existuje tak dlho, ako celý IT priemysel, teda od objavenia sa prvých spoločností zaoberajúcich sa vývojom softvéru na spotrebiteľskom trhu začiatkom 90. rokov minulého storočia. A rovnako dlho neexistuje spoločný názor na túto problematiku, čo spôsobuje ťažkosti a znižuje efektivitu personálnej práce. Skúsme na to prísť.
Pre mňa sa téma produkčných rolí v IT sektore stala aktuálnou a zaujímavou odkedy som nastúpila do IT spoločnosti. Strávil som veľa času a nervóznej energie snahou pochopiť výrobný proces. Tieto náklady predčili moje očakávania a náklady na prispôsobenie sa procesom v iných oblastiach: vzdelávanie, výroba materiálu, malé podnikanie. Pochopil som, že procesy sú zložité a nezvyčajné, pretože vo všeobecnosti je človek viac prispôsobený materiálnemu svetu ako tomu virtuálnemu. Ale bol tu intuitívny odpor: zdalo sa, že tu niečo nie je v poriadku, nemalo by to tak byť. Adaptačný proces trval pravdepodobne rok, čo je podľa mňa jednoducho kozmické. Výsledkom bolo, že som celkom jasne chápal kľúčové úlohy vo výrobe IT.
V súčasnosti sa tejto téme venujem aj naďalej, ale na inej úrovni. Ako vedúci vývojového centra IT firmy musím často komunikovať so študentmi, vysokoškolskými učiteľmi, uchádzačmi, školákmi a ďalšími, ktorí sa chcú podieľať na tvorbe IT produktu s cieľom presadiť značku zamestnávateľa na trhu práce. nového územia (Jaroslavl). Táto komunikácia nie je jednoduchá kvôli nízkej informovanosti účastníkov o tom, ako je proces vývoja softvéru organizovaný, a v dôsledku toho ich nepochopeniu predmetu rozhovoru. Po 5–10 minútach dialógu prestanete dostávať spätnú väzbu a začnete sa cítiť ako cudzinec, ktorého reč si vyžaduje preklad. Spravidla sa medzi účastníkmi rozhovoru nájde niekto, kto v dialógu nakreslí čiaru a vysloví ľudový mýtus z 90. rokov: „Všetci IT špecialisti sú programátori. Pôvod mýtu je:
- IT priemysel sa rýchlo rozvíja, v týchto podmienkach sú všetky základné významy a princípy vo fáze formovania;
- Je ťažké existovať v podmienkach neistoty, preto sa človek snaží uľahčiť si pochopenie neznámeho vytváraním mýtov;
- človek je viac zvyknutý na vnímanie hmotného sveta ako virtuálneho, a preto je pre neho ťažké definovať pojmy, ktoré sú mimo jeho vnímania.
Pokúšať sa bojovať proti tomuto mýtu môže mať niekedy pocit, že ide o veterné mlyny, pretože existuje niekoľko aspektov problému, ktoré treba riešiť. Personalista potrebuje, po prvé, mať jasný obraz o produkčných úlohách v IT spoločnosti v ideálnom a skutočnom prevedení, po druhé pochopiť, ako a kedy možno najefektívnejšie využiť interné zdroje spoločnosti, a po tretie, aké reálne metódy budú pomôže zvýšiť povedomie účastníkov trhu práce a prispeje k rozvoju zamestnávateľskej značky. Pozrime sa bližšie na tieto aspekty.
Životný cyklus softvéru ako základ produkčných rolí
Nie je žiadnym tajomstvom, že vo všeobecnosti všetky produkčné úlohy v akejkoľvek IT spoločnosti majú ako zdroj životný cyklus softvéru. Ak si teda dáme za koncepčnú úlohu zhodnúť sa na jednotnom vnímaní tejto problematiky v rámci celého IT odvetvia, musíme sa opierať konkrétne o životný cyklus softvéru ako o sémantický základ, ktorý akceptujú a jasne chápu všetci. Diskusia o konkrétnych možnostiach implementácie problematiky produkčných rolí leží v rovine nášho kreatívneho postoja k životnému cyklu softvéru.
Pozrime sa teda na fázy, ktoré zahŕňa životný cyklus softvéru, na príklade metodiky RUP. Obsahovo a terminologicky ide o pomerne vyspelé odkazy. Výrobný proces vždy a všade začína obchodným modelovaním a tvorbou požiadaviek a končí (samozrejme podmienečne) konzultáciami s používateľmi a úpravou softvéru na základe „želania“ používateľov.
Ak si urobíte historický exkurz do konca minulého storočia (ako viete, toto bolo obdobie „ostrovnej automatizácie“), uvidíte, že celý proces tvorby softvéru vykonal programátor-vývojár. Tu sú korene mýtu, že každý IT špecialista je programátor.
S narastajúcou zložitosťou výrobných procesov, vznikom integrovaných platforiem a prechodom na komplexnú automatizáciu predmetných oblastí, s reinžinieringom podnikových procesov sa vznik špecializovaných rolí viazaných na etapy životného cyklu stáva nevyhnutným. Takto vyzerá analytik, tester a špecialista technickej podpory.
Rozmanitosť pozícií na príklade úlohy analytika
Analytik (alias analytický inžinier, alias riaditeľ, metodológ, obchodný analytik, systémový analytik atď.) pomáha „spriateliť sa“ s obchodnými úlohami a technológiami na ich implementáciu. Popis problému pre vývojára - takto možno charakterizovať hlavnú funkciu abstraktného analytika. Pôsobí ako spojka medzi klientom a vývojárom v procesoch tvorby požiadaviek, analýzy a návrhu softvéru. V reálnych výrobných podmienkach je zoznam funkcií analytika určený spôsobom organizácie výroby, kvalifikáciou špecialistu a špecifikami modelovanej oblasti.
Niektorí analytici sa nachádzajú bližšie ku klientovi. Toto sú obchodní analytici (Business Analyst). Hlboko rozumejú obchodným procesom v danej oblasti a sami sú odborníkmi na automatizované procesy. Je veľmi dôležité mať takýchto špecialistov medzi zamestnancami podniku, najmä pri automatizácii metodicky zložitých oblastí. Predovšetkým pre nás, ako automatizátorov procesu štátneho rozpočtu, je jednoducho potrebné, aby medzi analytikmi boli aj vecní experti. Ide o vysokokvalifikovaných zamestnancov s dobrým finančným a ekonomickým vzdelaním a skúsenosťami s prácou na finančných úradoch, najlepšie v úlohe vedúcich špecialistov. Skúsenosti nie v IT oblasti, ale konkrétne v predmetnej oblasti sú mimoriadne dôležité.
Druhá časť analytikov je bližšie k vývojárom. Ide o systémových analytikov (System Analyst). Ich hlavnou úlohou je identifikovať, systematizovať a analyzovať požiadavky klientov na možnosť ich splnenia, pripraviť technické špecifikácie a popísať problémové vyjadrenia. Rozumejú nielen obchodným procesom, ale aj informačným technológiám, dobre rozumejú schopnostiam softvéru dodávaného klientovi, majú dizajnérske zručnosti, a teda rozumejú, ako najlepšie sprostredkovať záujmy klienta vývojárovi. Títo zamestnanci musia mať vzdelanie v oblasti IKT a inžiniersko-technické zmýšľanie, najlepšie prax v IT. Pri výbere takýchto špecialistov bude jasnou výhodou mať dizajnérske zručnosti s využitím moderných nástrojov.
Ďalším typom analytikov sú technickí spisovatelia. Zaoberajú sa dokumentáciou v rámci procesov vývoja softvéru, prípravou užívateľských a administrátorských manuálov, technologických návodov, školiacich videí a pod. Ich hlavnou úlohou je vedieť sprostredkovať používateľom a ďalším záujemcom informácie o fungovaní programu, stručne a jasne popísať technicky zložité veci. Technickí spisovatelia z väčšej časti výborne ovládajú ruský jazyk a zároveň majú technické vzdelanie a analytickú myseľ. Pre takýchto špecialistov je najdôležitejšia schopnosť zostaviť jasné, kompetentné a podrobné technické texty v súlade s normami, ako aj znalosť a ovládanie dokumentačných nástrojov.
Vidíme teda rovnakú rolu (a, mimochodom, pozíciu v personálnom stole) – analytika, ale v jeho odlišných špecifických aplikačných inkarnáciách. Hľadanie špecialistov pre každého z nich má svoje vlastné charakteristiky. Je dôležité vedieť, že tieto typy analytikov musia mať zručnosti a znalosti, ktoré sú u jednej osoby často nezlučiteľné. Jeden je humanitný špecialista, náchylný na analytickú prácu s veľkými objemami textových dokumentov, s rozvinutými rečovými a komunikačnými schopnosťami, druhý je „technik“ s inžinierskym myslením a záujmami v oblasti IT.
Berieme zvonku alebo rastieme?
Pre veľkého predstaviteľa IT priemyslu sa efektivita priameho výberu z internetových zdrojov s rastom projektov znižuje. Deje sa tak najmä z nasledujúcich dôvodov: nie je možné rýchle prispôsobenie sa zložitým procesom v rámci spoločnosti, rýchlosť zvládnutia konkrétnych nástrojov je nižšia ako rýchlosť vývoja projektu. Preto je dôležité, aby personalista vedel nielen koho má hľadať externe, ale aj ako využiť interné zdroje firmy, z koho a ako špecialistu vychovať.
Pre biznis analytikov sú skúsenosti s prácou v reálnych procesoch v danej oblasti veľmi dôležité, takže ich nábor „zvonku“ je efektívnejší ako ich pestovanie v rámci firmy. Zároveň je dôležité, aby personalista poznal zoznam organizácií, ktoré môžu byť zdrojom tohto ľudského zdroja a pri výbere sa zameral na vyhľadávanie životopisov od nich.
Na obsadenie voľných pozícií ako systémový analytik a softvérový architekt má naopak veľký význam proces školenia v rámci spoločnosti. Títo špecialisti musia byť formovaní v súčasnom produkčnom prostredí a špecifikách konkrétnej organizácie. Systémoví analytici sa vyvíjajú z obchodných analytikov, technických spisovateľov a inžinierov technickej podpory. Softvéroví architekti – od dizajnérov (System Designer) a softvérových vývojárov (Software Developer), keď získavajú skúsenosti a rozširujú si obzory. Táto okolnosť umožňuje personalistovi efektívne využívať interné zdroje spoločnosti.
Priesečník, integrácia a vývoj produkčných rolí
Z hľadiska implementácie do výrobného procesu je tu ešte jedna zložitá otázka – stanovenie jasných hraníc medzi rolami. Na prvý pohľad sa môže zdať, že je všetko zrejmé: implementácia je dokončená, dokumenty o uvedení softvéru do komerčnej prevádzky sú podpísané a všetko je odovzdané technickej podpore. Je to tak, často však nastávajú situácie, keď klient zo zvyku, keďže je v úzkom kontakte s analytikom a vidí ho ako „čarovný prútik“, s ním naďalej aktívne komunikuje, napriek tomu, že systém je už implementovaný a prebieha fáza formálnej podpory. Avšak z pohľadu klienta, kto lepšie a rýchlejšie ako analytik, ktorý s ním zadal úlohu, odpovie na otázky o práci so systémom. A tu vyvstáva otázka o čiastočnom zdvojení úloh inžiniera technickej podpory a analytika. Časom sa všetko zlepšuje, klient si zvykne na komunikáciu so službou technickej podpory, no na samom začiatku používania softvéru nie je vždy možné takýto „interný prechod“ zvládnuť bez stresu na oboch stranách.
Priesečník rolí analytika a inžiniera technickej podpory nastáva aj vtedy, keď sa tok vývojových požiadaviek vyskytuje v rámci fázy podpory. Ak sa vrátime k životnému cyklu softvéru, vidíme rozpor medzi skutočnými produkčnými podmienkami a formálnymi postojmi, že analýzu požiadaviek a formuláciu problému môže vykonávať výlučne analytik. Personalista samozrejme potrebuje pochopiť ideálny obraz rolí v rámci životného cyklu softvéru, majú jasné hranice. Ale zároveň by ste určite mali mať na pamäti, že križovatka je možná. Pri posudzovaní vedomostí a zručností uchádzača by ste mali venovať pozornosť prítomnosti súvisiacich skúseností, to znamená, že pri hľadaní inžinierov technickej podpory možno zvážiť kandidátov so skúsenosťami analytika a naopak.
Okrem prekrývania často dochádza aj ku konsolidácii produkčných rolí. Napríklad obchodný analytik a technický spisovateľ môžu existovať ako jedna osoba. Prítomnosť softvérového architekta (Software Architect) je povinná vo veľkom priemyselnom rozvoji, zatiaľ čo veľmi malé projekty sa bez tejto úlohy zaobídu: tam funkcie architekta vykonávajú vývojári (Software Developer).
Zmeny v historických obdobiach vo vývojových prístupoch a technológiách nevyhnutne vedú k tomu, že sa vyvíja aj životný cyklus softvéru. Globálne samozrejme zostávajú jeho hlavné etapy nezmenené, ale sú čoraz detailnejšie. Napríklad s prechodom na webové riešenia a rastom možností vzdialenej konfigurácie sa objavila úloha špecialistu na konfiguráciu softvéru. V ranom historickom štádiu to boli realizátori, teda inžinieri, ktorí väčšinu pracovného času trávili na pracoviskách klientov. Zvýšený objem a zložitosť softvéru viedli k vzniku úlohy softvérového architekta. Požiadavky na zrýchlenie vydávania verzií a zlepšenie kvality softvéru prispeli k rozvoju automatizovaného testovania a vzniku novej roly – QA inžinier (Quality Assurance Engineer) atď. Evolúcia rolí vo všetkých fázach výrobného procesu výrazne súvisí s vývojom metód, technológií a nástrojov.
Doteraz sme sa pozreli na niekoľko zaujímavých bodov týkajúcich sa rozdelenia produkčných rolí v rámci softvérovej spoločnosti v kontexte životného cyklu softvéru. Je zrejmé, že ide o zasvätený pohľad, ktorý je špecifický pre každú spoločnosť. Pre nás všetkých, ako účastníkov trhu práce v IT priemysle a tých, ktorí sú zodpovední za propagáciu značky zamestnávateľa, bude obzvlášť dôležitý pohľad zvonka. A tu je veľký problém nielen v hľadaní zmyslu, ale aj v sprostredkovaní týchto informácií cieľovému publiku.
Čo je zlé na „zoo“ IT pozícií?
Zmätok v hlavách HR špecialistov, výrobných manažérov a rôznorodosť prístupov vedú k veľmi širokej škále, skutočnej „zoo“ IT pozícií. Skúsenosti z pohovorov a jednoducho profesionálnych kontaktov ukazujú, že ľudia často nechápu význam, ktorý by mal vyplývať z názvov pracovných pozícií. Napríklad v našej organizácii pozície, ktoré zahŕňajú výraz „analytický inžinier“, predpokladajú, že ide o zadávateľa úloh. Ukazuje sa však, že to tak nie je všade: existujú vývojové organizácie, v ktorých je realizátorom analytický inžinier. Úplne iné chápanie, súhlasíte?
Po prvé, „zoo“ IT pozícií nepochybne znižuje efektivitu náboru. Každý zamestnávateľ chce pri vývoji a propagácii svojej značky v stručnej forme sprostredkovať všetky významy, ktoré existujú v jeho produkcii. A ak sám často nevie jasne povedať, kto je kto, je prirodzené, že neistotu bude vysielať do vonkajšieho prostredia.
Po druhé, „zoo“ IT pozícií spôsobuje obrovské problémy pri vzdelávaní a rozvoji IT personálu. Každá seriózna IT spoločnosť zameraná na formovanie a rozvoj ľudských zdrojov, a nie len „dojenie“ pracovísk, skôr či neskôr narazí na potrebu interakcie so vzdelávacími inštitúciami. Pre vysokokvalifikovaný IT personál je to segment univerzít, a to tých najlepších, aspoň tých v rebríčku TOP 100.
Problém integrácie s univerzitami pri budovaní kontinuálneho procesu prípravy IT špecialistov je približne polovičný v tom, že univerzity nepochopia, kto je kto v IT spoločnosti. Oni tomu rozumejú veľmi povrchne. Vysoké školy majú spravidla viacero odborov so slovom „informatika“ v názve a často sa stáva, že keď robia prijímaciu kampaň, spoliehajú sa na tézu, že všetky odbory sú v podstate o tom istom. A vyzerá to rovnako, ako keby sme sa spoliehali na populárny mýtus, že všetci IT špecialisti sú programátori.
Skúsenosti našej úzkej spolupráce s univerzitami ukazujú, že odbor „Aplikovaná informatika (podľa odvetvia)“ nám dodáva personál pre oddelenia metodiky a technickej podpory, nie však pre vývoj. Zatiaľ čo „Základná informatika“, „Softvérové inžinierstvo“ pripravuje pre vývojárov vynikajúce ľudské zdroje. Aby žiadateľa spočiatku nenasmerovali na cestu, ktorá je pre neho nevhodná, je potrebné „rozptýliť hmlu“, ktorá obklopuje IT produkciu.
Dá sa všetko priviesť k spoločnému menovateľovi?
Je možné zjednotiť produkčné roly a dospieť k ich spoločnému chápaniu vo vnútri aj mimo firmy?
Samozrejme, je to možné a potrebné, pretože nahromadené kolektívne skúsenosti všetkých vývojových podnikov dokazujú prítomnosť spoločných, zjednocujúcich koncepcií organizácie výrobného procesu. Je to dôsledok toho, že stále existuje unikátne interpretovaný koncept životného cyklu softvéru a novo vznikajúce produkčné roly (DataScientist, QA-Engineer, MachineLearning Engineer atď.) sú dôsledkom objasňovania a rozvoja životného cyklu softvéru ako takého, ku ktorému dochádza so zdokonaľovaním technológií a nástrojov, ako aj s rozvojom a rozširovaním obchodných úloh.
Zároveň je náročné zjednotiť výrobné úlohy, pretože IT patrí medzi najmladšie a najrýchlejšie rastúce odvetvia ekonomiky. V istom zmysle ide o chaos, z ktorého vznikol vesmír. Jasná organizačná štruktúra je tu nemožná a nevhodná, pretože IT je intelektuálna, ale veľmi kreatívna oblasť. IT špecialista je na jednej strane „fyzik“-intelektuál s rozvinutým algoritmickým a matematickým myslením, na druhej strane je „textár“-tvorca, nositeľ a propagátor myšlienok. On, rovnako ako umelec, nemá jasný plán maľby, nemôže rozložiť obraz na časti, pretože tie prestanú existovať. Je vládcom informačných procesov, ktoré sú samy osebe abstraktné, nehmotné, ťažko merateľné, ale rýchle.
Spôsoby budovania efektívnej personálnej práce v IT výrobe
Čo je teda dôležité pre personalistu vedieť, aby si vybudoval efektívnu HR prácu v kontexte rôznorodosti úloh IT produkcie.
Po prvé, každý HR špecialista v IT spoločnosti musí mať predstavu o situácii, ktorá je typická konkrétne pre jeho podnik: kto čo robí, kto sa ako volá, a čo je najdôležitejšie, aký je význam týchto rolí v podmienkach konkrétnu produkciu.
Po druhé, personalista musí flexibilne chápať produkčné úlohy. To znamená, že na začiatku si o nich vytvorí ideálne porozumenie, čo mu umožní prísť na všetko sám. Potom musí existovať reálny obraz výroby: kde a akým spôsobom sa roly prelínajú a spájajú, aké vnímanie týchto rolí existuje medzi výrobnými manažérmi. Ťažkosti pre personálneho špecialistu spočíva v skĺbení skutočných a ideálnych situácií v mysli, nesnažiť sa nasilu prestavať procesy tak, aby vyhovovali ich ideálnemu chápaniu, ale pomôcť výrobe naplniť potrebu zdrojov.
Po tretie, určite by ste mali mať predstavu o možných vývojových trajektóriách určitých špecialistov: v akých prípadoch môže byť externý výber efektívny a kedy je lepšie pestovať zamestnanca vo vašom tíme a poskytnúť mu príležitosti na rozvoj, aké vlastnosti kandidátov im umožní rozvíjať sa určitým smerom, ktorých vlastnosti nemôžu byť kompatibilné u jednej osoby, čo je spočiatku dôležité pre výber trajektórie rozvoja.
Po štvrté, vráťme sa k téze, že IT je oblasťou vysokokvalifikovaného personálu, kde je pre efektívnejšiu personálnu prácu nevyhnutná skorá integrácia s univerzitným vzdelávacím prostredím. V tejto situácii si každý personalista musí rozvíjať nielen zručnosti priameho vyhľadávania, práce s dotazníkmi a pohovorov, ale musí sa určite orientovať aj v prostredí univerzitnej prípravy špecialistov: ktoré univerzity pripravujú personál pre firmu, ktoré špecializácie v rámci konkrétnych univerzít pokryť personálne potreby a čo Dôležité je, kto za tým stojí, kto riadi a školí odborníkov na univerzitách.
Ak teda účelovo búrame mýtus, že všetci IT špecialisti sú programátori, je potrebné v tomto smere urobiť množstvo krokov a venovať osobitnú pozornosť našim univerzitám, kde sú položené základy vnímania budúceho povolania. Inými slovami, potrebujeme neustálu interakciu so vzdelávacím prostredím, napríklad využívaním moderného formátu spolupráce v coworkingových centrách, „bodov varu“ a participácie na vzdelávacích intenzitách. Pomôže to zničiť mylné predstavy o IT podniku, zvýšiť efektivitu personálnej práce a vytvoriť podmienky pre spoločné aktivity pri vzdelávaní rôznych odborníkov v našom odvetví.
Vyjadrujem svoju vďaku kolegom, ktorí sa podieľali na príprave a podpore relevantnosti tohto článku: Valentine Vershininovej a Jurijovi Krupinovi.
Zdroj: hab.com