V současné době vývoje průmyslového softwarového inženýrství můžeme pozorovat rozmanitost pracovních rolí. Jejich počet roste, klasifikace se každým rokem komplikuje a přirozeně se tím ztěžují procesy vyhledávání odborníků a práce s lidskými zdroji. Informační technologie (IT) jsou oblastí vysoce kvalifikovaných pracovních sil a nedostatku odborníků. Zde je proces výchovy odborníků a nezbytnost systematického práce s lidským potenciálem často mnohem efektivnější než přímé vybírání pomocí internetových zdrojů.
Článek se zabývá otázkami, které jsou aktuální pro specialisty pracující s lidskými zdroji v IT firmách: příčinné vztahy v evoluci pracovních rolí, důsledky nesprávného výkladu obsahu rolí pro práci s personálem jako celkem, a také možné varianty zvyšování efektivity výběru odborníků.
IT výroba pro laiky
Kdo je kdo v IT – to je téma pro diskuse na různých platformách. Existuje tolik let, kolik existuje celá IT průmysl, tedy od doby vzniku prvních softwarových vývojářských firem na spotřebitelském trhu na začátku 90. let minulého století. A stejně dlouho chybí jednotný pohled na tuto otázku, což způsobuje potíže a snižuje efektivitu práce s personálem. Pokusme se v tom vyznat.
Pro mě se téma pracovních rolí v IT oblasti stalo relevantním a zajímavým od okamžiku mého příchodu do IT firmy. Strávil jsem hodně času a nervů tím, abych porozuměl výrobnímu procesu. Tyto náklady překonaly mé očekávání a náklady na adaptaci na procesy v jiných oblastech: vzdělávání, materiální výrobě, malém podnikání. Měl jsem pochopení, že procesy jsou složité a nezvyklé, protože obecně je člověk více přizpůsoben materiálnímu světu než virtuálnímu. Ale byla tu intuitivní odpor: zdálo se, že něco není v pořádku, tak to nemůže být. Proces adaptace trval pravděpodobně rok, což je podle mého názoru prostě astronomické množství. Nakonec se mi vytvořil dost jasný obrázek o klíčových rolích v IT výrobě.
V současnosti stále pracuji na tomto tématu, ale na jiné úrovni. V roli vedoucího centra vývoje IT společnosti se často setkávám se studenty, učiteli vysokých škol, uchazeči o studium, středoškoláky a dalšími, kteří se chtějí podílet na vytváření IT produktu s cílem podpořit značku zaměstnavatele na trhu práce v nové oblasti (m. Yaroslavl). Tento dialog je obtížný kvůli nízké informovanosti partnerů o tom, jak je organizován proces vývoje softwaru, a následnému nepochopení předmětu diskuse. Po 5–10 minutách dialogu přestáváte dostávat zpětnou vazbu a začínáte se cítit jako cizinec, jehož řeč vyžaduje překlad. Obvykle se mezi účastníky najde někdo, kdo shrne dialog a zopakuje lidový mýtus z 90. let: „Stejně, všichni IT specialisté jsou programátoři.“ Příčiny vzniku tohoto mýtu jsou následující:
- IT odvětví se rychle vyvíjí, a v těchto podmínkách jsou všechny základní smysly a principy ve fázi formování;
- v podmínkách nejistoty je existování složité, a proto se člověk snaží usnadnit si porozumění neznámému tím, že vytváří mýty;
- člověk je lépe zvyklý vnímat materiální svět než ten virtuální, což mu ztěžuje definování pojmů, které jsou daleko za jeho vnímáním.
Pokusy o boj s tímto mýtem někdy připomínají boj s větrnými mlýny, protože existuje několik aspektů problému, které je třeba zpracovat. Personální specialista musí, za prvé, mít jasnou představu o výrobních rolích v IT společnosti v ideální a reálné podobě, za druhé, chápat, jak a kdy může být nejefektivněji využit vnitřní zdroj společnosti, a za třetí, jaké skutečné metody pomohou zvýšit informovanost účastníků trhu práce a přispějí k rozvoji značky zaměstnavatele. Podívejme se na tyto aspekty podrobněji.
Životní cyklus softwaru jako základ výrobních rolí
Není tajemstvím, že ve všech výrobních rolích v jakékoli IT společnosti je zdrojem životní cyklus softwaru. Proto, pokud bychom chtěli dosáhnout dohody o jednotném vnímání této otázky v rámci celého IT odvětví, musíme se opírat právě o životní cyklus softwaru jako o přijatelný a jednoznačně srozumitelný základ. Diskuse o konkrétních možnostech realizace výrobních rolí spočívá v naší tvůrčí vztahu k životnímu cyklu softwaru.
Podívejme se tedy na fáze, které zahrnuje životní cyklus softwaru, na příkladu metodologie RUP. Tyto fáze jsou dostatečně ustálenými články, pokud jde o obsah a terminologii. Výrobní proces vždy začíná modelováním podnikání a formulováním požadavků a končí (podmíněně samozřejmě) poradenstvím uživatelům a úpravami softwaru na základě „žádostí“ uživatelů.
Pokud se podíváme do historie na konec minulého století (jak je známo, byl to období „ostrovní automatizace“), můžeme vidět, že celým procesem vytváření softwaru se zabýval programátor – vývojář. Odtud pramení mýtus, že každý IT specialista je programátor.
Se zvyšující se složitostí výrobních procesů, vznikem integrovaných platforem a přechodem k komplexní automatizaci oborů, s reinženýrstvím podnikových procesů se stává nezbytným vznik specializovaných rolí, které jsou vázány na fáze životního cyklu. Tak vznikají analytik, tester a specialista technické podpory.
Rozmanitost pozic na příkladu role analytika
Analytik (také známý jako inženýr-analytik, zadavatel, metodolog, business analytik, systémový analytik atd.) pomáhá ,,podělit se'' o obchodní úkoly a technologie jejich realizace. Hlavní funkcí abstraktního analytika je popis zadání úkolu pro vývojáře. Působí jako spojovací článek mezi klientem a vývojářem během procesů vytváření požadavků, analýzy a návrhu softwaru. V reálných výrobních podmínkách je seznam funkcí analytika určen způsobem organizace výroby, kvalifikací specialisty a specifikou modelované předmětní oblasti.
Část analytiků je blíže k klientovi. Jsou to business analytici (Business Analysts). Ti hluboce rozumí obchodním procesům předmětní oblasti a sami jsou experty na automatizované procesy. Je velmi důležité mít takové specialisty v týmu společnosti, zejména při automatizaci metodologicky složitých předmětných oblastí. Pro nás, jakožto automatizátory rozpočtového procesu státu, je naprosto nezbytné, aby mezi analytiky byli experti z dané oblasti. Jsou to vysoce kvalifikovaní zaměstnanci s dobrým finančně-ekonomickým vzděláním a zkušenostmi v oblasti finančních orgánů, ideálně ve vedoucích rolích. Zkušenosti mimo IT sektor, ale přímo v předmětní oblasti, jsou nesmírně důležité.
Další část analytiků je blíže k vývojářům. Jsou to systémoví analytici (System Analysts). Jejich hlavním úkolem je identifikace, systematizace a analýza požadavků klienta z hlediska možnosti jejich uspokojení, příprava technických zadání a popis zadání úkolu. Rozumí nejen obchodním procesům, ale také informačním technologiím, dobře znají možnosti dodávaného softwaru, mají dovednosti v oblasti návrhu a chápou, jak nejlépe předat zájmy klienta vývojáři. Tito zaměstnanci musí mít vzdělání v oblasti ICT a inženýrský způsob myšlení, ideálně s zkušenostmi v IT. Při výběru takových specialistů bude výhodou mít dovednosti v oblasti návrhu s využitím moderních nástrojů.
Další typ analytiků jsou technické spisovatelé (Technical Writer). Ti se zabývají dokumentací v rámci procesů vývoje softwaru, připravují uživatelské a administrátorské příručky, technologické instrukce, vzdělávací videomateriály atd. Jejich hlavním úkolem je přenést informace o fungování programu uživatelům a dalším zainteresovaným osobám, popsat technicky složité věci jasně a srozumitelně. Technické spisovatelé většinou skvěle ovládají češtinu, mají technické vzdělání a analytický myšlenkový styl. Pro tyto specialisty mají největší význam dovednosti vytvářet srozumitelné, správné, podrobné technické texty v souladu se standardy, stejně jako znalosti a ovládání dokumentačních nástrojů.
Takže vidíme stejnou roli (a mimochodem i pozici v pracovním poměru) – analytik, ale v různých konkrétních aplikacích. Hledání specialistů pro každou z nich má své specifikace. Je důležité vědět, že tyto různé typy analytiků často musí mít dovednosti a znalosti, které jsou v jednom člověku neslučitelné. Jeden je humanitář, zaměřený na analytickou práci s velkými objemy textových dokumentů, s rozvinutou komunikativností, druhý je „technický“ člověk s inženýrským myšlením a zájmem o oblast IT.
Přijmout externě nebo vychovat interně?
Pro velkou reprezentaci IT průmyslu efektivita přímého vyhledávání na internetových zdrojích klesá s růstem projektů. Děje se tak zejména z následujících důvodů: rychlá adaptace na složité procesy uvnitř společnosti není možná, rychlost osvojování specifických nástrojů se ukazuje být nižší než rychlost vývoje projektu. Proto je pro specialistu HR důležité vědět, nejen koho hledat venku, ale také jak lze využít interní zdroje společnosti, z koho a jak vychovat specialistu.
Pro obchodní analytiky je velmi důležitá zkušenost z praxe v reálných procesech dané oblasti, a proto je nábor externích pracovníků efektivnější než pěstování interních zaměstnanců. HR specialisté by měli mít přehled o organizacích, které mohou být zdrojem tohoto lidského kapitálu, a při náboru se zaměřovat na hledání životopisů z těchto zdrojů.
Naopak, pro obsazení pozic jako systémový analytik a architekt softwaru má proces přípravy zaměstnanců uvnitř společnosti obrovský význam. Tito specialisté by měli vyrůst v rámci skutečného výrobního prostředí a specifik dané organizace. Systémoví analytici se vyvíjejí z obchodních analytiků, technických autorů a inženýrů technické podpory. Architekti softwaru vznikají z návrhářů a vývojářů softwaru na základě nabyté zkušenosti a rozšíření obzorů. Tato skutečnost umožňuje HR specialistům efektivně využívat interní zdroje společnosti.
Průsečík, spojení a evoluce výrobních rolí
Existuje ještě jedna komplikovaná otázka z pohledu realizace v výrobním procesu – stanovení jasných hranic mezi rolemi. Na první pohled se může zdát, že je vše zřejmé: implementace skončila, podepsali jsme dokumenty o uvedení softwaru do provozu a předali vše technické podpoře. To je pravda, avšak často se objevují situace, kdy zákazník, zvyklý být v úzkém kontaktu s analytikem a považující ho za "kouzelnou hůlku", nadále aktivně komunikuje s ním, i když už je systém nasazen a formálně probíhá fáze podpory. Z pohledu zákazníka, kdo jiný by mohl lépe a rychleji odpovědět na otázky ohledně fungování systému, než analytik, který s ním vytvářel úkol? A zde vzniká otázka částečného duplicitního plnění rolí inženýra technické podpory a analytika. Postupem času se vše ustálí, zákazník si zvykne komunikovat se službou technické podpory, ale na začátku provozu softwaru takový "interní přechod" nemusí být vždy bez stresů pro obě strany.
Křížení rolí analytika a technického podpůrného inženýra se objevuje i tehdy, když je příliv požadavků na vývoj v průběhu fáze údržby. Pokud se vrátíme k životnímu cyklu softwaru, vidíme nesoulad mezi skutečnými výrobními podmínkami a formálními ustanoveními, že analýzu požadavků a formulaci úkolů mohou provádět výhradně analytici. Personální pracovník by měl rozhodně chápat ideální obraz rolí v rámci životního cyklu softwaru, které mají jasně definované hranice. Ale zároveň je nezbytné mít na paměti, že může docházet ke křížení. Při hodnocení znalostí a dovedností uchazeče by se mělo dbát na přítomnost příbuzné zkušenosti, tedy při hledání technických podpůrných inženýrů mohou být klidně zvažováni kandidáti s analytickou zkušeností a naopak.
Kromě křížení se často pozoruje i spojování výrobních rolí. Například byznys analytik a technický spisovatel mohou existovat v jedné osobě. Přítomnost softwarového architekta (Software Architect) je nezbytná ve velkém průmyslovém vývoji, zatímco velmi malé projekty se bez této role mohou obejít: zde funkce architekta plní vývojáři (Software Developer).
Změna historických období v přístupech a technologiích vývoje nevyhnutelně vede k tomu, že životní cyklus softwaru také evoluje. Globálně, samozřejmě, jeho hlavní fáze zůstávají nezměněny, ale dochází k jejich podrobnějšímu rozpracování. Například s přechodem na webová řešení a růstem možností vzdáleného nastavení se objevila role specialisty na nastavení softwaru. V raném historickém období to byli implementátoři, tedy inženýři, kteří většinu pracovní doby trávili na pracovištích klientů. Zvýšené objemy a složitost softwaru přivedly k vytvoření role softwarového architekta (Software Architect). Požadavky na zrychlení vydání verzí a zvyšování kvality softwaru podpořily rozvoj automatizovaného testování a vznik nové role – QA-inženýra (Quality Assurance Engineer) atd. Evoluce rolí ve všech fázích organizace výrobního procesu je významně spojena s rozvojem metod, technologií a nástrojů.
Podívejme se na některé zajímavé aspekty rozdělení výrobních rolí uvnitř softwarové vývojářské společnosti v kontextu životního cyklu softwaru. Je zřejmé, že to je pohled z vnitřku, který je specifický pro každou společnost. Pro nás všechny jako účastníky trhu práce v IT průmyslu a zodpovědné za propagaci značky zaměstnavatele je tato představa mimořádně důležitá. A zde existuje velký problém nejen v hledání významů, ale také ve sdělování těchto informací cílovému publiku.
Jaké jsou nevýhody „zooparku“ IT pozic?
Zmatek v myšlení HR specialistů, organizátorů výroby a rozmanitost přístupů vedou k velké diverzifikaci, doslova „zooparku“ IT pozic. Zkušenosti z pohovorů a prostých profesních kontaktů ukazují, že lidé často nemají jednoznačné pochopení významového zatížení, které by mělo plyne z názvů pozic. Například v naší organizaci pozice zahrnující pojem „inženýr-analytik“ předpokládají, že jde o zadavatele úkolů. Ukazuje se však, že to není vždy pravda: existují vývojářské organizace, kde je inženýr-analytik implementátor. Celkem jiná představa, souhlasíte?
Za prvé, „zoopark“ IT pozic zcela jistě snižuje efektivitu výběru zaměstnanců. Každý zaměstnavatel, který rozvíjí a propaguje svou značku, chce stručně sdělit všechny významy, které existují v jeho výrobě. A pokud on sám často nedokáže jasně říct, kdo je kdo, je přirozené, že do externího prostředí bude přenášet nejistotu.
Za druhé, „zoopark“ IT pozic vytváří obrovské problémy při přípravě a rozvoji IT pracovní síly. Každá vážná IT společnost, která se zaměřuje na formování a rozvoj lidského potenciálu, a ne pouze na „dojení“ pracovních webů, se dříve nebo později ocitne před nutností spolupracovat se vzdělávacími institucemi. Pro vysoce kvalifikované IT odborníky, to jsou vysoké školy, a to nejlepší, minimálně se nacházející v žebříčku TOP-100.
Problém integrace s vysokými školami při vytváření kontinuálního procesu vzdělávání IT specialistů spočívá zhruba napůl v tom, že vysoké školy nemají jasnou představu o tom, kdo je kdo uvnitř IT společnosti. Mají o tom jen velmi povrchní představu. Vysoké školy obvykle nabízejí několik oborů se slovem „informatika“ v názvech a často platí, že při realizaci přijímacích zkoušek vycházejí z teze, že všechny obory jsou v podstatě stejné. A to se jeví stejně jako pokud bychom se spoléhali na lidový mýtus, že všichni IT specialisté jsou programátoři.
Zkušenosti našeho úzkého spolupráce s vysokými školami ukazují, že obor „Aplikovaná informatika (podle odvětví)“ nám dodává pracovníky pro oddělení metodologie a technické podpory, ale nikoliv pro vývoj. Zatímco „Fundamentální informatika“ a „Softwarové inženýrství“ připravují skvělý lidský zdroj pro vývojáře. Abychom nevrhli uchazeče od začátku na nevhodnou cestu, je nutné „rozptýlit mlhu“, která obklopuje IT výrobu.
Lze všechno sjednotit?
Lze standardizovat výrobní role a dosáhnout jednotného porozumění z hlediska vnitřního i vnějšího pohledu na firmu?
Samozřejmě, že lze a je to nutné, protože nahromaděné kolektivní zkušenosti všech vývojových podniků ukazují existenci společných, sjednocujících konceptů organizace výrobního procesu. To je důsledek toho, že existuje jednoznačně definované pojetí životního cyklu SW, a nově vznikající výrobní role (DataScientist, QA-Engineer, MachineLearning Engineer atd.) jsou důsledkem upřesnění a rozvoje životního cyklu SW jako takového, v souvislosti se zlepšováním technologií a nástrojů, stejně jako s vývojem a rozšiřováním podnikových úkolů.
Současně je obtížné unifikovat výrobní role, protože IKT je jedním z nejmladších a nejrychleji se rozvíjejících odvětví ekonomiky. V určitém smyslu je to chaos, ze kterého vznikl vesmír. Jasná organizační struktura zde není možná a je nevhodná, protože IKT je intelektuální, ale velmi kreativní sféra. Na jedné straně je IT specialista „fyzik“ – intelektuál s vyvinutým algoritmickým a matematickým myšlením, na druhé straně je to „básník“ – tvůrce, nositel a propagátor myšlenek. Stejně jako umělec nemá jasný plán, jak vytvořit obraz, nemůže rozložit obraz na části, protože ten pak přestane existovat. Je vládcem informačních procesů, které samy o sobě jsou abstraktní, nehmotné, těžko měřitelné, ale rychlé.
Cesty ke konstrukci efektivní personální práce v IKT výrobě
Takže, co je důležité vědět specialistovi na lidské zdroje pro budování efektivní personální práce v podmínkách rozmanitosti rolí IKT výroby.
Za prvé, každý odborník na personál v IKT společnosti by měl mít představu o situaci, která je charakteristická právě pro jeho podnik: kdo a čím se zabývá, kdo a jak se nazývá, a hlavně – jaký význam je do těchto rolí vkládán v konkrétní výrobě.
Za druhé, specialista na lidské zdroje by měl mít flexibilní představu o výrobních rolích. To znamená, že si nejprve vytváří ideální porozumění tomu, co umožňuje sám se v tom zorientovat. Poté by měl mít nezbytně reálný obraz výroby: kde a v čem se role překrývají, spojují, jaké vnímání těchto rolí existuje u výrobních vedoucích. Složitost pro personálního specialistu spočívá v tom, aby spojil vnímání reálné a ideální situace, a nesnažil se násilně přetvářet procesy podle ideálního jejich pochopení, ale pomáhal výrobcům uspokojit potřebu zdrojů.
Za třetí, je nezbytné mít představu o možných trajektoriích rozvoje různých specialistů: v kterých případech může být efektivní externí nábor a kdy je lepší vychovat si zaměstnance ve svém týmu, poskytnout mu možnosti pro rozvoj, jaké vlastnosti kandidátů jim umožní rozvíjet se v konkrétním směru, které z vlastností nemohou být slučitelné v jedné osobě, co je ze začátku důležité pro výběr trajektorie rozvoje.
Za čtvrté se vrátíme k tezi, že IT je oblast vysoce kvalifikovaných pracovních sil, kde je pro efektivnější práci s personálem nevyhnutelná včasná integrace s univerzitním vzdělávacím prostředím. V této situaci musí každý HR specialista rozvíjet nejen dovednosti přímého vyhledávání, práce s žádostmi a vedení pohovorů, ale také se vždy orientovat v prostředí vysokoškolské přípravy specialistů: které univerzity připravují pracovní síly pro firmu, které obory na konkrétních univerzitách pokrývají potřeby trhu práce a co je důležité, kdo za tím stojí, kdo vede a zabezpečuje přípravu specialistů na univerzitách.
Tímto způsobem, pokud se cíleně snažíme vyvrátit mýtus, že všichni IT pracovníci jsou programátoři, je třeba podniknout celou řadu kroků v tomto směru a zvlášť se zaměřit na naše univerzity, kde se formují základy vnímání budoucí profese. Jinými slovy, je nutná stálá interakce s vzdělávacím prostředím, například s využitím moderního formátu spolupráce v coworkingových centrech, „tečkách varu“, účasti na vzdělávacích intenzivách. To umožní rozbít mylné představy o IT firmě, zvýší efektivitu práce s lidmi a vytvoří podmínky pro společné aktivity při přípravě různých specialistů našeho odvětví.
Vyjadřuji vděčnost kolegům, kteří se podíleli na přípravě a udržení aktuálnosti tohoto článku: Valentině Veršininové a Juriji Krupinovi.
Zdroj: habr.com
