A modern szakaszában a szoftverfejlesztés ipari fejlődésének sokféle gyártási szerep figyelhető meg. Számuk folyamatosan nő, a klaszterezés évről évre bonyolultabbá válik, és természetesen a szakemberek kiválasztásának és a munkaerő potenciál kezelésének folyamatai is bonyolultabbá válnak. Az információs technológiák (IT) egy magasan képzett munkavállalói erővel és munkaerőhiánnyal járó terület. Itt a munkaerőképzés folyamata, a munkaerő potenciál rendszeres kezelése gyakran sokkal hatékonyabb lehet, mint a közvetlen kiválasztás internetes források segítségével.
A cikk az IT vállalatok HR szakemberei számára releváns kérdéseket tárgyal: a gyártási szerepek evolúciójának ok-okozati összefüggéseit, a szerepek tartalmának téves értelmezésének következményeit a munkaerő kezelésére nézve, valamint a szakemberek hatékonyabb kiválasztásának lehetséges lehetőségeit.
IT-gyártás a laikusok számára
Ki kicsoda az IT-ban – ez a téma több fórumon is vitát generál. Oly régóta létezik, mint amióta az IT-ipar maga is, tehát a 90-es évek elejétől, amikor először megjelentek a fogyasztói piacon a szoftverfejlesztő cégek. És ennyi ideje nincs egyetlen egységes vélemény erről a kérdésről, ami nehézségeket okoz és csökkenti a munkaerő kezelési hatékonyságot. Próbáljuk megérteni.
Számomra a gyártási szerepek témája az IT-szektorban relevánssá és érdekessé vált, amióta beléptem egy IT vállalatba. Rengeteg időt és idegenergiát fektettem abba, hogy megértem a gyártási folyamatot. Ezek a költségek meghaladták az elvárásaimat, és a többi szektorhoz, mint például az oktatás, anyagi termelés, kisvállalkozás, való alkalmazkodás költségeit. Éreztem, hogy a folyamatok bonyolultak és szokatlanok, mivel az ember általában jobban alkalmazkodik a fizikai világhoz, mint a virtuálishoz. De volt egy intuíciás ellenállás: úgy tűnt, hogy valami nem stimmel, hogy így nem lehet. Az alkalmazkodási folyamat valószínűleg egy évet vett igénybe, ami az én megértésem szerint valóban hatalmas idő. Végül azonban egy eléggé világos képet alakítottam ki az IT-gyártás kulcsszerepeiről.
Jelenleg ezen a témán dolgozom, de már egy másik szinten. Mint az IT-cég fejlesztési központjának vezetője, gyakran kell kommunikálnom diákokkal, főiskolai oktatókkal, felvételizőkkel, iskolásokkal és másokkal, akik részt szeretnének venni egy IT-termék létrehozásában a munkáltatói márka előmozdítása érdekében egy új területen (Jaroszlavl). Ez a kommunikáció nem könnyű, mivel a beszélgetőtársak alacsony informáltsága miatt nem értik, hogyan zajlik a szoftverfejlesztés folyamata, ami következésképpen a beszélgetés témájának meg nem értéséhez vezet. 5-10 perc után a párbeszédben megszűnik a visszajelzés, és úgy érzed, mint egy külföldi, akinek a beszéde fordítást igényel. Általában mindig van valaki a beszélgetőtársak között, aki véget vet a párbeszédnek, és hangot ad a 90-es évek népi mítoszának: "Úgyis, minden IT-s programozó." A mítosz eredete a következő:
- Az IT-szektor gyorsan fejlődik, ezúttal minden alapvető jelentés és elv kialakulás alatt áll;
- A bizonytalanság körülményei között nehéz létezni, ezért az ember igyekszik megkönnyíteni a megértését a bizonytalannak, mítoszok létrehozásával;
- Az ember inkább a matériában él, mint a virtuális világban, ezért nehezen tudja meghatározni azokat a fogalmakat, amelyek meghaladják a felfogását.
A mítosz elleni küzdelem néha úgy tűnik, mint a szélmalmokkal vívott harc, mivel a problémának több aspektusa van, amelyeket meg kell dolgozni. A HR-szakembernek először is világos képet kell kapnia az IT-cég termelési szerepeiről ideális és valós megvalósulásukban; másodszor meg kell értenie, hogy mikor és hogyan lehet a leghatékonyabban kihasználni a cég belső erőforrásait; harmadszor pedig milyen valódi módszerek segíthetnek a munkaerőpiac résztvevőinek tájékoztatásában és hozzájárulhatnak a munkáltatói márka fejlődéséhez. Vizsgáljuk meg ezeket az aspektusokat részletesebben.
A szoftver életciklusa mint a termelési szerepek alapja
Nem titok, hogy a gyártási szerepek általában a szoftverfejlesztési életciklusból erednek bármely IT cégnél. Ezért, ha azt a konceptuális feladatot tűzzük ki célul, hogy egységesen értelmezzük ezt a kérdést az IT iparágon belül, akkor a szoftver életciklusának kellene lennie az a közös és egyértelműen megértett alap, amelyre támaszkodunk. A gyártási szerepek megvalósításának konkrét variációiról való diskurzus a szoftverfejlesztési életciklus kreatív megközelítése körül forog.
Tekintsük tehát a szoftver életciklusának lépéseit, például a RUP-módszertan alapján. Ezek kellően formálódott láncszemek a tartalom és a terminológia szempontjából. A gyártási folyamat mindenütt és mindig a üzleti modellezéssel és a követelmények meghatározásával kezdődik, és (feltételesen persze) a felhasználói tanácsadással és az 'user story'-k alapján végzett szoftverfejlesztésekkel zárul.
Ha visszatekintünk a múlt század végére (ahogyan köztudott, ez az 'szigetelt automatizáció' időszaka volt), láthatjuk, hogy a szoftver létrehozásának teljes folyamatát egy fejlesztő programozó irányította. Itt van a mítosz gyökere, hogy minden IT-s programozó.
A gyártási folyamatok bonyolódásával, az integrált platformok megjelenésével és a komplex automatizálásra való áttéréssel együtt a üzleti folyamatok újratervezésével elkerülhetetlenül megjelennek a szoftver életciklusához kötődő specializált szerepek. Így jönnek létre az elemzők, tesztelők és a technikai támogatás szakemberei.
A pozíciók sokfélesége az elemző szerepe példáján keresztül
Az elemző (más néven elemző mérnök, feladatkiíró, metodológus, üzleti elemző, rendszerelemző stb.) segít „összehozni” az üzleti igényeket és a megvalósításukhoz szükséges technológiákat. A feladat meghatározásának leírása a fejlesztő számára - így lehet jellemezni az elvont elemző fő funkcióját. Ő a kapcsolat a kliens és a fejlesztő között a követelmények megfogalmazásának, elemzésének és a szoftver tervezésének folyamatában. A valós gyártási körülmények között az elemző funkcióinak köre a gyártás szervezésének módja, a szakember szakképzettsége és a modellezett tárgykör sajátosságai határozzák meg.
Az elemzők egy része közelebb áll az ügyfélhez. Ezek az üzleti elemzők (Business Analyst). Ők mélyen értik a tárgykör üzleti folyamatait, és maguk is szakértők az automatizálható folyamatokban. Rendkívül fontos, hogy ilyen szakemberek legyenek a cég alkalmazottai, különösen metodológiailag bonyolult tárgykörök automatizálása esetén. Különösen számunkra, mint a költségvetési folyamat automatizálói számára elengedhetetlen, hogy az elemzők között legyenek a tárgykör szakértői. Ők magasan képzett munkatársak, akik jó pénzügyi-gazdasági végzettséggel és tapasztalattal rendelkeznek pénzügyi intézményeknél, lehetőleg vezetői szakmai szerepkörben. Rendkívül fontos, hogy ne pusztán IT területen dolgozzanak, hanem ténylegesen a tárgykörben.
Egy másik rész elemzők közelebb áll a fejlesztőkhöz. Ők a rendszerelemzők (System Analyst). Fő feladatuk az ügyfél követelményeinek azonosítása, rendszerezése és elemzése, annak megállapítása, hogy azok teljesíthetők-e, műszaki feladatok előkészítése és a feladathatározás leírása. Ők nemcsak az üzleti folyamatokban, hanem az informatikai technológiákban is jártasak, jól ismerik az ügyfélnek szánt szoftver lehetőségeit, tervezési készségekkel rendelkeznek, és ennek megfelelően értik, hogyan lehet a legjobban közvetíteni a fejlesztőnek az ügyfél érdekeit. Ezek a munkatársak mindenképpen információs és kommunikációs technológiai végzettséggel rendelkeznek és műszaki gondolkodásmóddal bírnak, lehetőleg tapasztalattal az IT területen. Az ilyen szakemberek kiválasztásánál előnyt jelent, ha rendelkeznek a modern eszközökkel történő tervezési készségekkel.
A technikai írók (Technical Writer) egy másik típusa az elemzőknek. Ők a szoftverfejlesztési folyamatok keretében végeznek dokumentációs munkát, készítenek felhasználói és adminisztrátori kézikönyveket, technológiai útmutatókat, oktatóvideókat stb. Fő feladatuk, hogy a felhasználók és más érintettek számára világosan és érthetően közvetítsék a program működéséről szóló információkat, valamint tömören ismertessék a technikailag komplex dolgokat. A technikai írók többsége kiválóan beszél magyarul, ugyanakkor rendelkezik műszaki háttérrel és analitikus gondolkodásmóddal. Az ilyen szakemberek számára a legfontosabb a világos, helyes, részletes technikai szövegek készítésének készsége a szabványoknak megfelelően, valamint a dokumentálási eszközök ismerete és használata.
Így tehát ugyanazt a szerepet (és mellesleg a pozíciót a munkahelyi keretben) látjuk – elemző, de ennek különböző konkrét alkalmazásaiban. A szakemberek keresése mindegyik esetében sajátos jellemzőkkel bír. Fontos tudni, hogy ezeknek az elemző típusoknak gyakran olyan eltérő készségekkel és tudással kell rendelkezniük, amelyek nem illeszkednek egy személybe. Az egyik - humán beállítottságú, aki nagyméretű szöveges dokumentumok analitikus munkájára hajlamos, kifejezett beszéddel és kommunikációs készségekkel rendelkezik, míg a másik - „mérnöki” gondolkodású „technikás”, IT iránti érdeklődéssel.
Hozzuk be kívülről vagy neveljünk ki belülről?
A nagy IT-iparági szereplőknél a közvetlen kiválasztás hatékonysága csökken a projektek növekedésével. Ennek többek között az alábbi okok miatt van: a cégen belüli összetett folyamatokhoz való gyors alkalmazkodás lehetetlensége, valamint a specifikus eszközök elsajátításának sebessége alacsonyabb, mint a projekt fejlődésének sebessége. Ezért a HR-szakembernek fontos tudnia, hogy ne csak kire, hanem hogyan is kereshet külső erőforrásokat, valamint hogy kikből és hogyan nevelhet ki szakembert a cégen belül.
A business analyst's experience in real processes of the subject area is very important, so attracting talent from outside is more effective than developing it internally. In this case, the HR specialist needs to know the list of organizations that can be sources of this talent, and focus on searching for resumes from those organizations.
For filling positions like system analysts and software architects, on the contrary, the internal training process is extremely important. These specialists should be formed within the existing production environment and the specifics of the particular organization. System analysts develop from business analysts, technical writers, and technical support engineers. Software architects evolve from system designers and software developers as they gain experience and broaden their horizons. This allows the HR specialist to effectively utilize the internal resources of the company.
Intersection, unification, and evolution of production roles
There is another complex issue from an implementation perspective concerning the establishment of clear boundaries between roles. At first glance, it may seem obvious: the implementation is complete, the documents for launching the software into production have been signed, and everything has been handed over to technical support. This is correct; however, situations often arise where the client, used to being in close contact with the analyst and seeing them as a 'magic wand,' continues to communicate actively with them, despite the fact that the system has already been implemented and the support stage has officially begun. From the client's perspective, who is better and faster than the analyst, who set the task together with them, to answer questions about working with the system? This raises the question of partial duplication of roles between the technical support engineer and the analyst. Over time, things improve, and the client gets used to communicating with the technical support service, but at the very beginning of software exploitation, such 'internal transitions' do not always happen without stresses on both sides.
Az elemző és a technikai támogatási mérnök szerepköre akkor is átfedésbe kerül, amikor a fejlesztési követelmények áramlása a fenntartási szakasz keretein belül zajlik. Visszatérve a szoftver életciklusára, látható, hogy a tényleges gyártási feltételek és a formális előírások között eltérés van, miszerint a követelmények elemzését és a feladat kiadását kizárólag az elemzőnek kell elvégeznie. A munkaerő-szakértőnek természetesen meg kell értenie a szoftver életciklusán belüli szerepek ideális képét, amelynek határai világosak. Ugyanakkor figyelembe kell venni, hogy lehetséges az átfedés. A pályázók tudásának és készségeinek értékelésekor érdemes figyelni a kapcsolódó tapasztalat meglétére, tehát technikai támogató mérnökök keresésekor fontolóra kell venni az elemzői tapasztalattal rendelkező jelölteket és fordítva.
A keresztmetszet mellett gyakran megfigyelhető a gyártási szerepek összevonása is. Például az üzleti elemző és a műszaki író egy személyben is létezhet. A szoftver architekti szerepe (Software Architect) kötelező a nagyobb ipari fejlesztések esetében, míg a kicsi projektek megvalósítása nélkülözheti ezt a szerepet: ott a szoftverfejlesztők (Software Developer) látják el az építész feladatait.
A történelmi periódusok változása a fejlesztési megközelítésekben és technológiákban elkerülhetetlenül arra vezet, hogy a szoftver életciklusa is evolúcióra lép. Globálisan, természetesen, az alapvető szakaszai változatlanok maradnak, de azok részletezése elkezdődik. Például a Web-megoldásokra való áttérés és a távoli konfigurálás lehetőségeinek növekedésével megjelent a szoftverbeállító szakember szerepe. Korai történelmi szakaszában ők voltak a bevezetők, azaz olyan mérnökök, akik a munkaidő jelentős részét az ügyfelek munkaterületén töltötték. A szoftverek növekvő mennyisége és bonyolultsága a szoftver architekti szerepének (Software Architect) megjelenéséhez vezetett. A verziók gyorsabb kiadása és a szoftver minőségének javítására vonatkozó követelmények hozzájárultak az automatizált tesztelés fejlődéséhez és egy új szerep, a QA-in mérnök (Quality Assurance Engineer) megjelenéséhez, stb. A szerepek evolúciója a gyártási folyamat minden szakaszában szoros összefüggésben áll a módszerek, technológiák és eszközök fejlődésével.
Tehát, megvizsgáltuk a szoftverfejlesztő cégek belső munkamegosztásának néhány érdekes aspektusát a szoftver élettartama szempontjából. Nyilvánvaló, hogy ez egy belső nézőpont, amely cégenként eltérő. Számunkra, mint az IT-szektor munkaerőpiaci résztvevői és a munkáltatói márka promóciójáért felelős személyek számára különösen fontos a külső nézőpont is. Itt egy jelentős probléma áll fenn, nemcsak az értelmek megtalálásában, hanem azok célzott közvetítésében is.
Miért rossz a "zoo" az IT pozíciókban?
A HR szakemberek, a gyártás szervezői közötti zűrzavar és a megközelítések sokfélesége nagyon széles változatossághoz vezet, egyenesen a "zoo" az IT pozíciókban. A interjúk és a szakmai kapcsolatok tapasztalatai azt mutatják, hogy gyakran az embereknek nincs egyértelmű megértésük a pozíciók neveiből következő értelmi terhelésről. Például, a mi szervezetünknél az "elemző mérnök" pozíciók azt feltételezik, hogy ez feladatkijelölő. Aztán kiderül, hogy nem mindenhol így van: vannak fejlesztő cégek, ahol az elemző mérnök bevezető. Ez teljesen más megértés, nem igaz?
Először is, a "zoo" az IT pozíciókban kétségtelenül csökkenti a munkaerő toborzás hatékonyságát. Minden munkáltató, aki szeretné fejleszteni és népszerűsíteni a márkáját, törekszik arra, hogy tömören közvetítse a gyártásában rejlő értelmeket. És ha ő maga gyakran nem tudja világosan megmondani, ki kicsoda, természetes, hogy a külső környezet felé bizonytalanságot fog közvetíteni.
Másodszor, a "zoo" az IT pozíciókban óriási problémákat okoz az IT szakemberek képzésében és fejlesztésében. Minden komoly IT cég, amely arra törekszik, hogy formálja és fejleszti a munkaerő potenciált, nem csupán a munkakereső weboldalak "fejjé" válik, előbb vagy utóbb találkozik a felsőoktatási intézményekkel való együttműködés szükségességével. A magasan kvalifikált IT szakemberek számára ez az egyetemek szegmense, a legjobbak közül is, minimum a TOP-100 rangsorban.
Az egyetemekkel való integráció problémája az informatikai szakemberek folyamatos képzésének megszervezésében körülbelül fele-fele arányban abból adódik, hogy az egyetemek nem értik, ki kicsoda az IT cégeken belül. Erről nagyon felületes elképzelésük van. Általában az egyetemeknek van néhány szakuk, amelyekben szerepel a "számítástechnika" szó a nevében, és gyakran előfordul, hogy a felvételi kampányuk során arra alapoznak, hogy minden szak valójában ugyanarról szól. Ez olyan, mintha a népi mítoszra támaszkodnának, miszerint minden informatikus programozó.
A szoros együttműködésünk tapasztalatai az egyetemekkel azt mutatják, hogy a "Alkalmazott informatika (ágak szerint)" szak embereket biztosít a módszertani és technikai támogató osztályok számára, de nem a fejlesztéshez. Míg a "Fundamentális informatika" és a "Szoftverfejlesztés" kiváló emberi erőforrást biztosít a fejlesztők számára. Ahhoz, hogy a jelentkezőt ne tereljük eleve egy számára nem megfelelő úton, szükséges "eloszlatni a ködöt", amely az IT-termelés körül van.
Lehet-e mindent közös nevezőre hozni?
Lehet-e egységesíteni a termelési szerepeket és eljutni egy közös megértéshez belülről és kívülről egyaránt?
Természetesen lehet és kell is, mert az összes fejlesztőiparban felhalmozott közös tapasztalat azt mutatja, hogy léteznek közös, összefoglaló koncepciók a termelési folyamat szervezésére. Ez annak következménye, hogy van egyértelműen mindenki által értelmezett fogalom a szoftver életciklusáról, és az újonnan megjelenő termelési szerepek (Data Scientist, QA Engineer, Machine Learning Engineer stb.) a szoftver életciklusának pontosítása és fejlesztése következtében jönnek létre, amely a technológiák és eszközök tökéletesedésével, valamint az üzleti feladatok fejlődésével és összefonódásával történik.
Ugyanakkor nehéz egységesíteni a termelési szerepeket, mert az IT az egyik legfiatalabb és legdinamikusabban fejlődő ágazat a gazdaságban. Bizonyos értelemben ez egy kaotikus állapot, amelyből a világegyetem keletkezett. Itt egy világos szervezeti struktúra lehetetlen és nem is megfelelő, mert az IT egy szellemi, de nagyon kreatív terület. Egyrészt az IT szakember egy "fizikus"-intellektus, aki fejlett algoritmikus és matematikai gondolkodással bír, másrészt pedig egy "lírai"-alkotó, aki ötletek birtokosa és terjesztője. Éppen úgy, mint egy művész, neki sincs szigorú terve a festmény megírására, nem tudja darabokra bontani a képet, mert az utóbbi megszűnne létezni. Ő az információs folyamatok uralkodója, amelyek önállóan absztraktak, nem tapinthatóak, nehezen mérhetőek, de gyorsak.
Hatékony HR-munka kialakításának módjai az IT-termelésben
Tehát, mit érdemes tudni egy HR-szakembernek a hatékony HR-munka megvalósításához az IT-termelés sokféle szerepe közepette.
Először is, bármelyik IT cég HR szakemberének képesnek kell lennie arra, hogy képet alkosson az adott vállalat helyzetéről: ki mit csinál, kik hogyan neveződnek, és ami a legfontosabb – milyen jelentést hordoznak ezek a szerepek a konkrét termelési környezetben.
Másodszor, a HR-szakembernek rugalmas felfogása kell legyen a termelési szerepekről. Vagyis kezdetben kialakul benne egy ideális elképzelés róluk, amely lehetővé teszi számára, hogy mindenben boldoguljon. Ezután szükségszerűen legyen egy valós képe a termelésről: hol és miben keresztezik egymást a szerepek, mikor egyesülnek, milyen a termelési vezetők észlelése e szerepekről. A nehézség a HR-szakember számára abban áll, hogy ötvözze a tudatában a valós és ideális helyzetet, ne próbálja erőszakkal átalakítani a folyamatokat az ideális megértésükre, hanem segítse a termelést az erőforrásigényeik kielégítésében.
Harmadik lépésként fontos, hogy legyen elképzelésünk arról, milyen fejlődési irányok léteznek egyes szakemberek esetében: mikor hatékony a külső kiválasztás, és mikor jobb a saját csapatunkban fejleszteni egy munkavállalót, hogy lehetőségeket biztosítsunk a fejlődéshez, mely jellegzetességek segítenek a jelölteknek az adott irányba való fejlődésben, és mely tulajdonságok nem lehetnek összhangban egy személyben, mi az, ami kezdetben fontos a fejlődési irány kiválasztásakor.
Negyedik lépésként visszatérünk ahhoz az állításhoz, hogy az IT egy magasan képzett szakemberekből álló terület, ahol a hatékonyabb személyzeti munka érdekében elkerülhetetlen a korai integráció az egyetemi oktatási környezetbe. Ebben a helyzetben minden HR-szakembernek nemcsak a közvetlen keresési készségeit, a jelentkezési lapok kezelését és az interjúztatást kell fejlesztenie, hanem feltétlenül tájékozódnia kell az egyetemek szakemberekkel való felkészítése terén: mely egyetemek készítenek szakembereket a cég számára, mely szakmák zárják le a munkaerő szükségleteit a konkrét egyetemeken, és ami fontos, hogy ki áll mindez mögött, ki irányítja és végzi a szakemberek képzését az egyetemeken.
Így, ha célzottan szeretnénk lebontani azt a mítoszt, hogy minden IT-s szakember programozó, akkor egy sor lépést kell tennünk ebben az irányban, és különös figyelmet kell fordítanunk az egyetemekre, ahol a jövőbeli szakma alapjait fektetik le. Más szavakkal, folyamatos interakcióra van szükség az oktatási környezettel, például modern, közös munkaformátumok használatával coworking központokban, „forró pontokban”, illetve részvétellel oktatási intenzíveken. Ez lehetővé teszi a téves elképzelések lebontását az IT vállalkozásokról, növeli a munkaerő-gazdálkodás hatékonyságát, és olyan feltételeket teremt a különböző szakemberek képzéséhez a szektorunkban, ahol a közös tevékenységek megvalósulhatnak.
Köszönetet mondok a cikk előkészítésében és aktualizálásában részt vevő kollégáknak: Valentina Vershinina és Jurij Krupin.
Forrás: habr.com
