V současné fázi vývoje vývoje průmyslového softwaru lze pozorovat různé produkční role. Jejich počet roste, klasifikace je rok od roku složitější a přirozeně se komplikují i procesy výběru specialistů a práce s lidskými zdroji. Informační technologie (IT) jsou oblastí vysoce kvalifikovaných pracovních zdrojů a nedostatku personálu. Zde je proces rozvoje personálu a nutnost systematické práce s personálním potenciálem mnohem efektivnější než přímý výběr pomocí internetových zdrojů.
Článek pojednává o problémech, které jsou relevantní pro HR specialisty v IT firmách: vztahy příčin a následků v evoluci produkčních rolí, důsledky dezinterpretace obsahu rolí pro HR práci obecně a také možné možnosti zvýšení efektivitu náboru specialistů.
IT výroba pro nezasvěcené
Kdo je kdo v IT je téma k diskuzi na různých platformách. Existuje stejně dlouho jako celý IT průmysl, tedy od doby, kdy se na spotřebitelském trhu objevily první společnosti zabývající se vývojem softwaru na počátku 90. let minulého století. A stejně dlouho neexistuje společný pohled na tuto problematiku, což vytváří potíže a snižuje efektivitu personální práce. Zkusme na to přijít.
Téma produkčních rolí v IT sektoru se pro mě stalo aktuální a zajímavé od doby, kdy jsem nastoupil do IT společnosti. Strávil jsem spoustu času a nervózní energie snahou porozumět výrobnímu procesu. Tyto náklady předčily moje očekávání a náklady na přizpůsobení procesům v dalších oblastech: vzdělávání, výroba materiálu, drobné podnikání. Pochopil jsem, že procesy jsou složité a neobvyklé, protože člověk je obecně více přizpůsoben materiálnímu světu než tomu virtuálnímu. Ale byl tu intuitivní odpor: zdálo se, že tady něco není v pořádku, nemělo by to tak být. Adaptační proces trval pravděpodobně rok, což je podle mého chápání prostě kosmické. Díky tomu jsem poměrně jasně chápal klíčové role ve výrobě IT.
V současné době se tomuto tématu věnuji i nadále, ale na jiné úrovni. Jako vedoucí vývojového centra IT firmy musím často komunikovat se studenty, vysokoškolskými učiteli, uchazeči, školáky a dalšími, kteří se chtějí podílet na tvorbě IT produktu za účelem prosazení značky zaměstnavatele na trhu práce nového území (Jaroslavl). Tato komunikace není snadná kvůli nízkému povědomí účastníků rozhovoru o tom, jak je proces vývoje softwaru organizován, a v důsledku toho kvůli jejich nedostatečnému porozumění předmětu rozhovoru. Po 5–10 minutách dialogu přestanete dostávat zpětnou vazbu a začnete se cítit jako cizinec, jehož řeč vyžaduje překlad. Zpravidla se mezi účastníky najde někdo, kdo v dialogu nakreslí čáru a vysloví lidový mýtus z 90. let: „Každopádně všichni IT specialisté jsou programátoři.“ Původ mýtu je:
- IT průmysl se rychle rozvíjí, v těchto podmínkách jsou všechny základní významy a principy ve fázi formování;
- Je těžké existovat v podmínkách nejistoty, proto se člověk snaží ulehčit si porozumění neznámému vytvářením mýtů;
- člověk je více zvyklý na vnímání hmotného světa než virtuálního, a proto je pro něj obtížné definovat pojmy, které jsou mimo jeho vnímání.
Pokoušet se bojovat proti tomuto mýtu může někdy vypadat jako narážení na větrné mlýny, protože existuje několik aspektů problému, které je třeba řešit. Personalista potřebuje zaprvé mít jasnou představu o produkčních rolích v IT společnosti v ideálním a reálném provedení, zadruhé rozumět tomu, jak a kdy lze nejefektivněji využít vnitřní zdroje společnosti, a zatřetí, jaké reálné metody budou pomůže zvýšit povědomí účastníků trhu práce a přispěje k rozvoji značky zaměstnavatele. Pojďme se na tyto aspekty podívat blíže.
Životní cyklus softwaru jako základ pro produkční role
Není žádným tajemstvím, že obecně všechny produkční role v jakékoli IT společnosti mají jako zdroj životní cyklus softwaru. Pokud si tedy dáme za koncepční úkol shodnout se na jednotném vnímání této problematiky v rámci celého IT odvětví, musíme se opřít konkrétně o životní cyklus softwaru jako o sémantický základ, který akceptuje a jasně chápe všemi. Diskuse o konkrétních možnostech implementace problematiky produkčních rolí leží v rovině našeho kreativního přístupu k životnímu cyklu softwaru.
Podívejme se tedy na fáze, které životní cyklus softwaru zahrnuje, na příkladu metodiky RUP. Jsou to poměrně vyzrálé odkazy, pokud jde o obsah a terminologii. Výrobní proces vždy a všude začíná obchodním modelováním a tvorbou požadavků a končí (samozřejmě podmíněně) konzultacemi s uživateli a úpravou softwaru na základě „přání“ uživatelů.
Když si uděláte historický exkurz do konce minulého století (jak víte, bylo to období „ostrovní automatizace“), uvidíte, že celý proces tvorby softwaru provedl programátor-vývojář. Zde jsou kořeny mýtu, že každý IT specialista je programátor.
S rostoucí složitostí výrobních procesů, vznikem integrovaných platforem a přechodem na komplexní automatizaci předmětových oblastí, s reengineeringem podnikových procesů se stává nevyhnutelný vznik specializovaných rolí vázaných na fáze životního cyklu. Takto vypadá analytik, tester a specialista technické podpory.
Diverzita pozic na příkladu role analytika
Analytik (také známý jako analytický inženýr, známý také jako ředitel, metodik, obchodní analytik, systémový analytik atd.) pomáhá „spřátelit se“ s obchodními úkoly a technologiemi pro jejich implementaci. Popis zadání problému pro vývojáře - tak lze charakterizovat hlavní funkci abstraktního analytika. Působí jako spojovací článek mezi klientem a vývojářem v procesech tvorby požadavků, analýzy a návrhu softwaru. V reálných výrobních podmínkách je seznam funkcí analytika dán způsobem organizace výroby, kvalifikací specialisty a specifiky modelované předmětové oblasti.
Někteří analytici se nacházejí blíže ke klientovi. Jedná se o obchodní analytiky (Business Analyst). Hluboce rozumí obchodním procesům v dané oblasti a sami jsou odborníky na automatizované procesy. Je velmi důležité mít takové specialisty mezi zaměstnanci podniku, zejména při automatizaci metodicky složitých oborů. Zejména pro nás, jako automatizátory procesu státního rozpočtu, je prostě nutné, aby mezi analytiky byli věcní experti. Jedná se o vysoce kvalifikované zaměstnance s dobrým finančním a ekonomickým vzděláním a praxí na finančních úřadech, nejlépe v roli vedoucích specialistů. Mimořádně důležité jsou zkušenosti nikoli v IT oboru, ale konkrétně v oboru.
Druhá část analytiků je blíže vývojářům. Jedná se o systémové analytiky (System Analyst). Jejich hlavním úkolem je identifikovat, systematizovat a analyzovat požadavky klientů na možnost jejich uspokojení, připravit technické specifikace a popsat problémová vyjádření. Rozumí nejen obchodním procesům, ale také informačním technologiím, dobře rozumí schopnostem softwaru dodávaného klientovi, mají designérské dovednosti a v souladu s tím chápou, jak nejlépe zprostředkovat zájmy klienta vývojáři. Tito zaměstnanci musí mít vzdělání v oboru ICT a inženýrsko-technické myšlení, nejlépe praxi v IT. Při výběru takových specialistů bude jasnou výhodou mít designérské dovednosti s využitím moderních nástrojů.
Dalším typem analytiků jsou techničtí spisovatelé. Zabývají se dokumentací v rámci procesů vývoje softwaru, přípravou uživatelských a administrátorských příruček, technologických návodů, školicích videí atd. Jejich hlavním úkolem je umět uživatelům a dalším zájemcům zprostředkovat informace o fungování programu, stručně a jasně popsat technicky složité věci. Techničtí spisovatelé většinou výborně ovládají ruský jazyk a zároveň mají technické vzdělání a analytické myšlení. Pro tyto specialisty je nejdůležitější schopnost sestavovat jasné, kompetentní a podrobné technické texty v souladu s normami, stejně jako znalost a zvládnutí dokumentačních nástrojů.
Vidíme tedy stejnou roli (a mimochodem i pozici v personální tabulce) – analytika, ale v jeho odlišných specifických aplikačních inkarnacích. Hledání specialistů pro každého z nich má své vlastní charakteristiky. Je důležité vědět, že tyto typy analytiků musí mít dovednosti a znalosti, které jsou u jedné osoby často neslučitelné. Jeden je humanitní specialista, náchylný k analytické práci s velkými objemy textových dokumentů, s rozvinutými řečovými a komunikačními schopnostmi, druhý je „techie“ s inženýrským myšlením a zájmy v oblasti IT.
Bereme zvenčí nebo rosteme?
Pro velkého zástupce IT průmyslu se efektivita přímého výběru z internetových zdrojů snižuje s růstem projektů. Děje se tak zejména z následujících důvodů: není možné rychlé přizpůsobení složitým procesům ve firmě, rychlost zvládnutí konkrétních nástrojů je nižší než rychlost vývoje projektu. Proto je důležité, aby personalista věděl nejen koho hledat externě, ale také jak využít interní zdroje firmy, z koho a jak specialistu vyvinout.
Pro obchodní analytiky je velmi důležitá zkušenost s prací v rámci reálných procesů v dané oblasti, takže jejich nábor „zvenčí“ je efektivnější než jejich růst v rámci společnosti. Zároveň je důležité, aby personalista znal seznam organizací, které mohou být zdroji tohoto lidského zdroje, a při výběru se zaměřil na vyhledávání životopisů od nich.
Pro obsazení volných míst, jako je systémový analytik a softwarový architekt, je naopak velmi důležitý proces školení v rámci společnosti. Tito specialisté se musí formovat v aktuálním produkčním prostředí a specifikách konkrétní organizace. System Analysts se vyvíjejí z Business Analysts, Technical Writers a Technical Support Engineers. Softwaroví architekti – od designérů (System Designer) a softwarových vývojářů (Software Developer), když získávají zkušenosti a rozšiřují si obzory. Tato okolnost umožňuje personalistovi efektivně využívat interní zdroje společnosti.
Průnik, integrace a vývoj produkčních rolí
Z hlediska implementace ve výrobním procesu je ještě jeden obtížný problém – stanovení jasných hranic mezi rolemi. Na první pohled se může zdát, že je vše zřejmé: implementace dokončena, dokumenty o uvedení softwaru do komerčního provozu podepsány a vše předáno technické podpoře. Je to tak, ale často dochází k situacím, kdy klient ze zvyku, je v úzkém kontaktu s analytikem a vidí ho jako „kouzelnou hůlku“, s ním nadále aktivně komunikuje, přestože je systém již implementován a probíhá fáze formální podpory. Z pohledu klienta však na otázky o práci se systémem odpoví lépe a rychleji než analytik, který s ním úkol zadal. A zde vyvstává otázka o částečném zdvojení role inženýra technické podpory a analytika. Postupem času se vše lepší, klient si zvykne na komunikaci se službou technické podpory, ale na úplném začátku používání softwaru nelze vždy takový „interní přechod“ zvládnout bez stresu na obou stranách.
K průniku rolí analytika a inženýra technické podpory také dochází, když v rámci fáze podpory dochází k toku vývojových požadavků. Vrátíme-li se k životnímu cyklu softwaru, vidíme rozpor mezi reálnými výrobními podmínkami a formálními postoji, že analýzu požadavků a formulaci problémů může provádět výhradně analytik. Personalista samozřejmě musí rozumět ideálnímu obrazu rolí v rámci životního cyklu softwaru, mají jasné hranice. Ale zároveň byste určitě měli mít na paměti, že křižovatka je možná. Při posuzování znalostí a dovedností uchazeče byste měli věnovat pozornost přítomnosti souvisejících zkušeností, to znamená, že při hledání inženýrů technické podpory mohou být zvažováni kandidáti se zkušenostmi analytika a naopak.
Kromě překrývání často dochází i ke konsolidaci produkčních rolí. Například obchodní analytik a technický spisovatel mohou existovat jako jedna osoba. Přítomnost softwarového architekta (Software Architect) je povinná ve velkém průmyslovém rozvoji, zatímco velmi malé projekty se bez této role obejdou: tam funkce architekta vykonávají vývojáři (Software Developer).
Změny historických období ve vývojových přístupech a technologiích nevyhnutelně vedou k tomu, že se vyvíjí i životní cyklus softwaru. Globálně samozřejmě zůstávají jeho hlavní fáze beze změn, ale jsou stále detailnější. Například s přechodem na webová řešení a růstem možností vzdálené konfigurace se objevila role specialisty na softwarovou konfiguraci. V rané historické fázi to byli realizátori, tedy inženýři, kteří trávili většinu svého pracovního času na pracovištích klientů. Zvýšený objem a složitost softwaru vedly ke vzniku role softwarového architekta. Požadavky na zrychlení vydávání verzí a zlepšení kvality softwaru přispěly k rozvoji automatizovaného testování a vzniku nové role – QA inženýr (Quality Assurance Engineer) atd. Evoluce rolí ve všech fázích výrobního procesu významně souvisí s vývojem metod, technologií a nástrojů.
Dosud jsme se podívali na některé zajímavé body týkající se rozdělení produkčních rolí v rámci softwarové společnosti v kontextu životního cyklu softwaru. Je zřejmé, že se jedná o zasvěcený pohled, který je specifický pro každou společnost. Pro nás všechny, jakožto účastníky trhu práce v IT průmyslu a osoby odpovědné za propagaci značky zaměstnavatele, bude obzvláště důležitý pohled zvenčí. A zde nastává velký problém nejen v hledání smyslu, ale také ve zprostředkování této informace cílovému publiku.
Co je špatného na „zoo“ IT pozic?
Zmatek v myslích HR specialistů, výrobních manažerů a rozmanitost přístupů vedou k velmi široké rozmanitosti, skutečné „zoo“ IT pozic. Zkušenosti z pohovorů a jednoduše profesionálních kontaktů ukazují, že lidé často nemají jasnou představu o významu, který by měl z pracovních názvů vyplývat. Například v naší organizaci pozice, které zahrnují výraz „analytický inženýr“, předpokládají, že se jedná o zadavatele úkolů. Ukazuje se však, že tomu tak není všude: existují vývojové organizace, kde je implementátorem analytický inženýr. Úplně jiné chápání, souhlasíte?
Za prvé, „zoo“ IT pozic nepochybně snižuje efektivitu náboru. Každý zaměstnavatel chce při vývoji a propagaci své značky stručnou formou zprostředkovat všechny významy, které v jeho produkci existují. A pokud sám často nedokáže jasně říci, kdo je kdo, je přirozené, že nejistotu bude vysílat do vnějšího prostředí.
Za druhé, „zoo“ IT pozic vytváří obrovské problémy při školení a rozvoji IT personálu. Každá seriózní IT společnost, jejímž cílem je formovat a rozvíjet lidské zdroje, a nejen „dojit“ pracoviště, se dříve nebo trochu později setká s potřebou interakce se vzdělávacími institucemi. Pro vysoce kvalifikované IT pracovníky jde o segment univerzit, a to těch nejlepších, alespoň těch v žebříčku TOP 100.
Problém integrace s univerzitami při budování kontinuálního procesu školení IT specialistů je přibližně poloviční v tom, že univerzity nepochopí, kdo je kdo uvnitř IT společnosti. Chápou to velmi povrchně. Vysoké školy mají zpravidla několik oborů se slovem „computer science“ v názvu a často se stává, že když vedou přijímací kampaň, spoléhají na tezi, že všechny obory jsou v podstatě o tom samém. A vypadá to stejně, jako bychom se spoléhali na oblíbený mýtus, že všichni IT specialisté jsou programátoři.
Zkušenosti naší úzké spolupráce s vysokými školami ukazují, že obor „Aplikovaná informatika (odvětví)“ nám dodává pracovníky pro oddělení metodiky a technické podpory, nikoli však pro vývoj. Zatímco „Základní informatika“, „Softwarové inženýrství“ připravují pro vývojáře vynikající lidské zdroje. Aby žadatele zpočátku nenasměrovali cestou, která je pro něj nevhodná, je nutné „rozptýlit mlhu“, která IT produkci obklopuje.
Je možné vše přivést ke společnému jmenovateli?
Je možné sjednotit produkční role a dospět k jejich společnému pochopení uvnitř i vně společnosti?
Samozřejmě je to možné a nutné, protože nashromážděné kolektivní zkušenosti všech vývojových podniků dokazují přítomnost společných, sjednocujících konceptů pro organizaci výrobního procesu. Je to důsledek toho, že stále existuje jednoznačně interpretovaný koncept životního cyklu softwaru a nově vznikající produkční role (DataScientist, QA-Engineer, MachineLearning Engineer atd.) jsou důsledkem vyjasnění a rozvoje životního cyklu softwaru jako takového, ke kterému dochází se zlepšováním technologií a nástrojů, stejně jako s rozvojem a rozšiřováním obchodních úkolů.
Zároveň je obtížné sjednotit produkční role, protože IT je jedním z nejmladších a nejrychleji rostoucích sektorů ekonomiky. V jistém smyslu jde o chaos, ze kterého vznikl vesmír. Jasná organizační struktura je zde nemožná a nevhodná, protože IT je intelektuální, ale velmi kreativní obor. IT specialista je na jedné straně „fyzik“-intelektuál s rozvinutým algoritmickým a matematickým myšlením, na druhé straně je „textař“-tvůrce, nositel a propagátor myšlenek. On, stejně jako umělec, nemá jasný plán malby, nemůže rozložit obraz na části, protože ty přestanou existovat. Je vládcem informačních procesů, které jsou samy o sobě abstraktní, nehmotné, těžko měřitelné, ale rychlé.
Způsoby, jak vybudovat efektivní personální práci v IT výrobě
Co je tedy důležité, aby personalista věděl, aby mohl budovat efektivní HR práci v kontextu rozmanitosti rolí IT produkce.
Za prvé, každý HR specialista v IT společnosti musí mít představu o situaci, která je typická konkrétně pro jeho podnik: kdo co dělá, kdo se jak nazývá, a co je nejdůležitější, jaký je význam těchto rolí v podmínkách konkrétní produkci.
Za druhé, personalista musí mít flexibilní pochopení produkčních rolí. To znamená, že zpočátku si o nich vytvoří ideální porozumění, což mu umožní přijít na všechno sám. Pak musí existovat reálný obraz výroby: kde a jak se role prolínají a kombinují, jaké vnímání těchto rolí existuje mezi výrobními manažery. Pro personálního specialistu je obtížné skloubit v mysli skutečné a ideální situace, nesnažit se násilně přestavět procesy tak, aby vyhovovaly jejich ideálnímu chápání, ale pomoci výrobě uspokojit potřebu zdrojů.
Zatřetí, určitě byste měli mít představu o možných vývojových trajektoriích určitých specialistů: v jakých případech může být externí výběr efektivní a kdy je lepší pěstovat zaměstnance ve vašem týmu a poskytovat mu příležitosti k rozvoji, jaké vlastnosti kandidátů jim umožní rozvíjet se určitým směrem, jehož vlastnosti nemohou být slučitelné u jedné osoby, což je zpočátku důležité pro volbu vývojové trajektorie.
Za čtvrté se vraťme k tezi, že IT je oborem vysoce kvalifikovaného personálu, kde je pro efektivnější personální práci nevyhnutelná včasná integrace s vysokoškolským vzdělávacím prostředím. V této situaci si každý personalista musí rozvíjet nejen dovednosti přímého vyhledávání, práce s dotazníky a pohovorů, ale také se určitě orientovat v prostředí vysokoškolské přípravy specialistů: které univerzity připravují personál pro firmu, jaké specializace v rámci konkrétních univerzit pokrýt personální potřeby a co Je důležité, kdo za tím stojí, kdo řídí a školí odborníky na vysokých školách.
Pokud tedy cíleně boříme mýtus, že všichni IT specialisté jsou programátoři, je třeba v tomto směru podniknout řadu kroků a věnovat zvláštní pozornost našim vysokým školám, kde jsou položeny základy vnímání budoucího povolání. Jinými slovy, potřebujeme neustálou interakci se vzdělávacím prostředím, například pomocí moderního formátu spolupráce v coworkingových centrech, „bodů varu“ a účasti na vzdělávacích intenzitách. Pomůže to zničit mylné představy o IT podniku, zvýšit efektivitu personální práce a vytvořit podmínky pro společné aktivity při vzdělávání různých specialistů v našem oboru.
Vyjadřuji svou vděčnost kolegům, kteří se podíleli na přípravě a podpoře relevance tohoto článku: Valentině Vershininové a Juriji Krupinovi.
Zdroj: www.habr.com