Egy tech cég kulisszatitkai

Mentor és mentorált – a kapcsolat, melyből mindkét fél profitál

2021. november 24. - Kanta Bogi

Nahaj Judit és Virág Debóra az EPAM Mentorprogramjának keretében találkoztak. Judit mint mentor, Debóra pedig mint mentorált vett részt a képzési programban. Velük beszélgettünk most arról, mitől is lesz jó egy mentor, létezik-e ideális mentorált, mi is tulajdonképpen a Mentorprogram; és mindezeken túl fény derül arra is, mit gondol egymásról Judit és Debóra.

mentor_mentoralt_blog_1.png

Nahaj Judit

Judit hat éve dolgozik az EPAM-nál, egyenesen az egyetemről igazolt a céghez: szakmai gyakorlatát teljesítette itt; ezután szerezte meg élete első állását junior tesztelőként. Ma már senior szakemberként dolgozik a cégnél, ám a kezdetektől fontosnak tartotta, hogy kipróbálja magát kihívást jelentő helyzetekben is - ezért is csatlakozott be a Mentorprogramba. „Úgy gondolom, hogy a szakmai fejlődés része, hogy az ember másoknak átadja a tudását, segítsen azoknak, akik a pálya elején vannak” – vallja.

 

Virág Debóra

2019 novemberében egy QA tanfolyamra jelentkezett először az EPAM-hoz; s bár ezt sikeresen elvégezte, ekkor még nem sikerült főállásban csatlakoznia a céghez - ám nem adta fel. Tavaly év végén ismét beadta a jelentkezését, ezúttal már a Mentorprogramra. Sikeresen vette az akadályt is, és megkezdhette a képzést, melyet eredményesen végzett el - olyannyira, hogy idén július óta már hivatalosan is az EPAM kötelékében dolgozik.

 

Egy program – többféle témakör

„Mivel engem már korábban is érdekelt az EPAM, és külső megítélés alapján jó munkahelynek tartottam, ezért rendszeresen nézegettem a cég weboldalát, folyamatosan képben voltam a lehetőségekkel. Úgy éreztem, hogy nekem ezen a vonalon, ennél a cégnél kell elindulnom, számomra ez volna a tökéletes start. Ezért az első sikertelen próbálkozás után is kitartóan figyeltem tovább, hogy milyen programokra lehet jelentkezni. Így találtam meg az EPAM Mentorprogram felhívását is” - meséli Debóra, hogyan került a képzésre. Egyúttal azt tanácsolja mindazoknak, akik most kezdik a pályájukat, hogy kövessék a cég karrieroldalát, hiszen sok lehetőség közül lehet választani és nagyon egyszerű a jelentkezés. „Csak kitöltöd az űrlapot és ennyi” – mosolyog.

A sokféleség pedig garantált, hiszen az EPAM-nál megannyi IT terület képviselteti magát, így a Debóra által elvégzett JavaScript Test Automation programon túl a Java fejlesztői, a DevOps és a .NET mellett számos további témakörben indul kurzus.

 

Ami szükséges: idő és kitartás

A programba való felvétel előtt egy technika előszűrésen is átesik a jelentkező, ahol megállapítják, rendelkezik-e a megfelelő potenciállal. Ahogyan Debóra példája is mutatja, az egyetemről kikerülve nem mindenki rendelkezik a szükséges tapasztalattal és tudással, ám akiben látják a lehetőséget és a tudásvágyat, annak a jelöltnek kivételes lehetőséget jelent a Mentorprogram.

„A képzés a majd minden időmet kitöltötte, ám szerencsére volt is lehetőségem csak erre fókuszálni, mert még nem dolgoztam, az egyetemet pedig már befejeztem. Ha valaki hozzám hasonlóan belevágna, arra számítson, hogy ezek nem két órába préselt anyagok” – számol be Debóra a tapasztalatiról.

 

Egy mentorált, egy mentor

Judit és Debóra a programban ismerkedtek meg, előbbi mentorként, utóbbi mentoráltként vett részt a képzésben.

„A 16 modulos, 16 hetet felölelő képzés során a mentoráltak végigveszik a teljes anyagot, a mentoruk pedig ezidő alatt segítik és támogatják őket: a gyakorlati feladatokat a heti két megbeszélésen veszik át, ha kérdés van, a mentor válaszol a mentoráltnak, ellenőrzik, hogy sikerült-e maradéktalanul feldolgozni az anyagot és megérteni minden fontos részletet. A modulok végén pedig vizsgákkal ellenőrzik a megszerzett tudást, így összesen 16 vizsgára kerül sor” - ismerteti Judit a részleteket.

Hozzáteszi, egyetért Debórával abban, hogy bár szorgalommal egyetem mellett is végezhető a képzés, de sokkal ideálisabb a tanulmányok végére időzíteni a képzést; hiszen akár a kötelező szakmai gyakorlat is kiváltható a Mentorprogram keretében. „Elég intenzív a tanfolyam, és ha valaki sikerrel akarja végigcsinálni, akkor bizony kell, hogy elegendő időt és energiát tudjon rászánni. Ez pedig egyetemi vizsgák mellett nem biztos, hogy sikerül.”

Mitől jó a mentor?

A mentorált Debóra szerint:

„Ha a mentorált bármiben elakad vagy valamit nem ért pontosan, esetleg segítséget igényel, akkor a mentor ott terem. Motivál, pozitív üzenetekkel lát el; ha kell, építő kritikával segít; ha pedig arra van szükség, irányba állít és terelget.”

 

A mentor Judit szerint:

„A jó mentor tudatosan törekszik arra, hogy a mentoráltja jól haladjon. Szem előtt tartja a szükségleteit, nyomon követi a haladását, felismeri, ha elakad és segít neki továbblendülni.


Win-win-win

Debóra, miután sikeresen elvégezte a Mentorprogramot, nyáron immár főállásban csatlakozott az EPAM csapatához. „Judittal azóta egy projekten dolgozunk, időnként össze is futunk és olyankor mindig jót beszélgetünk” – meséli.

Judit pedig úgy gondolja, hogy a mentorkodás nem csupán a mentoráltakat szolgálja: ő maga is sokat fejlődik általa. „A Mentorprogram révén projekten kívül is van lehetőségem olyan értékes tapasztalatokat szerezni, amit később egy csapat vezetése közben is tudok majd kamatoztatni.”

Debóra végezetül  mesélt arról is, hogy immár EPAM-osként hogyan látja az új munkahelyét. „Az EPAM számomra azt jelenti, hogy egy olyan, barátságos légkörben dolgozhatok, ahol lehet kérdezni; ahol mindig van valaki, aki tud segíteni; ha valahol elakadok kapásból tudok három-négy embert, aki tud foglalkozni a problémámmal. Nagyon jó tudni, hogy bármilyen kihívással kell szembenéznem, azt nem kell egyedül tennem.”

Azok az EPAMos hétköznapok

Első rész - Egy nap... a senior fejlesztővel, Gyöngyösi Attilával

Új sorozattal jelentkezünk a podcast csatornán és itt a blogon is: különböző szerepkörökben és senioritási szinteken dolgozó EPAM-os szakemberek engednek betekintést abba, hogyan telik egy-egy, tipikus - vagy éppen tipikusnak pont nem mondható - napjuk. Elsőként a debreceni EPAM irodából Gyöngyösi Attila senior fejlesztő (vagy ahogyan mindenki ismeri Tsipa) mesél egy napjáról. Személyes preferenciái mellett számos olyan gyakorlati tippet is ad, amit bárki eredményesen alkalmazhat, hogy sikeresebb legyen a munkában és a magánéletben.

microsoftteams-image_87.png

Gyöngyösi Attila

A Kunhegyesről származó szakember számára az EPAM jelenti az első „igazi” munkahelyet: a Debreceni Egyetem Informatika Karáról kikerülve itt kezdte el 2013-ban a karrierjét, egész pontosan egy Java képzésre jelentkezve került be a céghez. Az elmúlt nyolc évben, ahogyan ő mondja, „klasszikus ívet írt le a pályafutása”, junior Java fejlesztőből különböző projekteken keresztül vezetett az út a jelenlegi, senior fejlesztői szerepköréig. Menet közben a Java diszciplínából átnyergelt a JavaScript világába. Mindig is érdekelte a webfejlesztés kliensoldali része, és egy projekt kapcsán volt lehetősége betekinteni ebbe a területbe; majd 2017-ben került egy olyan projektre, ahol már napi munkája során foglalkozhat a JavaScripttel.

 

Átlagos nap? Az nincs.

Tsipa - ahogyan sokan mások is az EPAM-nál - jelenleg „több sapkát is visel”: jelenleg egy fejlesztőcsapatot vezet a projekten, amin dolgozik; ugyanakkor People Team Leadként is felel a csapatáért, vagyis egy csapatnyi kolléga karrierútját is egyengeti, segíti őket a napi munkájukban, a kitűzött céljaik felé való haladásban. Emellett technikai interjúkat is tart, és a debreceni JavaScript közösséget is építi. Mindezen sokszínű teendője között egyensúlyozva tölti tehát a hétköznapjait; s mivel ennyifelé ágaznak a feladatai, így nem meglepő módon nem is igazán lehet egy séma alapján leírni az "átlagos munkanapját".

„A mindennapi munkát nagyban megváltoztatta, hogy az elmúlt másfél évben home office-ból végezzük a feladatunkat. Párkapcsolatokat emlegetve szokták idézni a mondást, miszerint előbb magadat kell szeretned, hogy más is tudjon szeretni téged. Ennek van egy a munkára vetített „alteregója” is, mégpedig: hogyan működhet egy olyan gépezet szervezetten, amiért egy ember felelős, ha maga a személy sem rendszerezett és híján van bármiféle stratégiának a mindennapok tekintetében?”

 

No para, segít a PARA!

Tsipa számára ez akkor lett kristálytiszta, amikor Senior fejlesztő lett és megkapta a csapatát. Ki kellett alakítania valamiféle rendszert, aminek segítségével megtervezhette a teendőit. „Érdekes aspektus, hogyha valaki aktív fejlesztő és mindennap kódol, akkor mindig megvan a „ticket”, a munka pontos leírása. Azonban, ha valaki már emberekkel is foglalkozik és a menedzsment is előtérbe kerül, akkor ez a konkrétum eltűnik a mindennapokból, amire csak rámutathatunk, hogy tessék, én ezen dolgozom.”

Tsipa egyébként nemrég szervezte át a rutinjait, amikor elkezdett egy PARA (Project Area Resourses Archive) elnevezésű rendszert alkalmazni, ami Tiegó Forte nevéhez kapcsolódik. „Lényege, hogy úgy szervezd a teendőidet, hogy azokat az élet különböző területein elérendő céljaidhoz rendeled. Ezeken belül meghatározol projekteket, melyek mindig jól definiálhatók és időponthoz köthetők. Ezekbe veszel fel teendőket és haladsz előre az életed különböző területein. Ezt alkalmazom jelenleg mind a magán, mind a szakmai életemben is - eddig sikeresen.”

 

Ami nélkül nincs munka: a szünet

Az otthonról végzett munka egyik nagy veszélye, hogy annyira belemerülünk a munkába, hogy észre sem vesszük és este nyolc óra van. „A klasszikusokon kívül, mint hogy kimegyek vízért vagy kicsit kinyújtóztatom a tagjaimat, nekem a húzódzkodó rúd lett az egyik stratégiai fegyverem. Mivel nagyon sok megbeszélésem van, ezért azt találtam ki, hogy minden meeting után minimum 5 húzódzkodás és 10 fekvőtámasz az adagom. Nap végére egészen jó kis edzés lesz belőle.”

A napi munka egyik sarkalatos pontja az ebéd, legyen szó akár irodai, akár otthoni munkavégzésről. Sokaknak rendeződik e köré a napjuk, és Tsipa filozófiája ezzel kapcsolatban, hogy itt is külön kell választani a munkát és a magánéletet: ennek fényében sosem mulasztja el az ebédszünetet. „Szerencsés vagyok, mert itthon a feleségem készíti el az ebédet, ha viszont az irodában vagyok, akkor a kollégákkal házon kívül eszünk, ami jó alkalom szocializálódni, megismerni az újonnan érkező csapattagokat."

 

A „Non-Zero Day” metódus

„Nekem sosem volt gondom azzal, hogy a nap végén befejezzen a munkát, szeretem a »saját időmet«. Ugyanakkor persze sokszor nem könnyű letenni a munkát, főleg ha az adott feladatot nem is feltétlen élem meg munkaként, hiszen számomra az, amit csinálok az EPAM-nál sok esetben már inkább kedvtelés. Az én filozófiám a »Non-Zero Day«, aminek a lényege, hogy minden napodban legyen valami olyan tevékenység, amit pusztán kedvtelésből csinálsz, és nem azért mert kell, vagy mert a klasszikus értelemben véve hasznos. Nekem ilyen az olvasás. Most épp egyszerre három könyvet »fogyasztok«: egyet ebook olvasón, egyet fizikai valójában, egyet pedig hangoskönyv formában. Ezekre mindennap szánok legalább 10-10 percet, és ezt tudatosan figyelembe véve tervezem meg előre a napomat. Azt vallom, hogy az életem minden területén kell, hogy legyen valami kis előrelépés, legyen szó a munkáról, magánéletről vagy bármi egyébről.

A mantrám, hogy egy lépéssel mindig közelebb kell kerüljünk egy adott célhoz, soha ne kettővel vissza."

 

Ezt olvassa Tsipa:

 

 

„A gondolat megszületésétől jelen vagyunk.” – EPAMos karrier a Big Data jegyében

Körtvélyesi Péter technológiai igazgató, az EPAM Data Practice hazai Data Engineering ágának egyik vezetője nyáron költözött haza az Egyesült Államokból, hogy itteni szerepkörében építse és irányítsa a hazai EPAM-os data közösséget. Vele beszélgettünk a Data Practice tevékenységéről és arról, kiket keresnek és mit nyújt az EPAM az ide érkezőknek.

microsoftteams-image_84.png

Körtvélyesi Péter

Szegeden végzett műszaki informatikusként, majd karrierje kezdetén előbb az egyetemen, majd egy középvállalatnál volt rendszergazda, később pedig fejlesztési feladatokat látott el egy képalkotó diagnosztikával foglalkozó cégnél. „Az internet hőskorában kezdtem az IT világában dolgozni; akkor, amikor még éppen kialakulóban volt a távmunka. Azon dolgoztunk, hogy összekössük az irodákat különböző szolgáltatásokkal. A notebookok és okostelefonok ekkor jelentek meg a munkában, ki kellett alakítanunk ezek használatát. Nagyon izgalmas időszak volt, nagyon gyorsan lehetett látni a céges kultúra változását, a munka eredményeit” – meséli karrierje kezdetéről. Később szoftverminőség konzulensként folytatta a pályáját, és az idők során saját vállalkozásban is kipróbálta magát; önálló fejlesztőként webes cégeknek dolgozott. Mindeközben közgazdasági diplomát is szerzett. Az EPAM-hoz 2013-ban került projekt menedzserként, majd 2014-ben kezdett el Big Data-ával, azaz komplex rendszerek tervezésével foglalkozni. A szegedi iroda néhány más munkatársával közösen alakítottak ki egy tréningprogramot, mellyel Magyarországon és Oroszországban készítették fel az EPAM-os fejlesztőket erre az akkor még teljesen új területre. 2015-ben megalapították a globális cég Big Data Competency Centerét, melynek ő is tagja lett, és családjával Washington D.C.-be költözött. Hat évet töltött az ottani EPAM irodában - elmondása szerint a legizgalmasabb, legváltozatosabb projektekben részt vállalva. Újra hazai terepre a magyar Data Practice közösség Data Engineering ágának vezetése terelte: nyár óta itthon, technológiai igazgatóként keresi az új kihívásokat.

Mi volt a pontos oka annak, hogy hazajöttél az USÁ-ból a családoddal együtt?

Nagyon élveztük a kint töltött időt, izgalmas projekteken dolgozhattam és a feleségemnek is nagyon jó munkalehetőségei voltak. Ám az utóbbi két évben nagyot fordult a világ, a távolról végezhető munka még inkább teret nyert, nekünk pedig egyre fontosabbá vált, hogy a kint született két gyermekünkkel együtt közelebb legyünk a családunkhoz. Mindezzel párhuzamosan a hazai cég égisze alatt nagyon jó projektek indultak. Ezen okok együttes eredményeként született meg a döntés, hogy hazaköltözünk. A hazai Data Practice további építése pedig nagyon kecsegtető, izgalmas pozíció - ennek a hívásnak mindenképpen eleget akartam tenni.

 Hogyan írható le a Data Practice a munkája?

A Data Practice mára előkelő helyet foglal el az Intelligent Enterprise Practice-n belül, nagyon jó számokat produkálunk és kimagasló a növekedés üteme.  Tevékenységét tekintve a practice-ünk mára igen sok területet fed le, a klasszikus Data Intelligence és Data Analytics vonal mellett én a Data Engineering szakágat képviselem. Egészen tömören fogalmazva: hozzánk azok az adatproblémák kerülnek, melyek konvencionális eszközökkel nem megoldhatók. Olyan komplex kérdések, melyek különleges architektúrát, megoldásokat, válaszokat kívánnak. Hatalmas adatvolumeneket kezelünk, többmillió szenzor adatát kell valós időben feldolgozni, vagy épp kis mennyiségű, ám nagyon különleges adatokkal dolgozni. Az egészségügyben tipikusan ilyen fajta adatok fordulnak elő; a betegéletút, a kezelések leírása, az orvosok által befényképezett, kézzel írt papírok hozzákapcsolása mind ebbe a csoportba tartozik. Összességében tehát minden, ami nem szokványos relációs modellben kezelhető - például egy Excelben már nem kezelhető adatformátum is ilyen -, különlegesebb feldolgozási módszert igényel. A Data Practice azon kívül, hogy mindennek a rendszeralkotási, programozási módszereit, megoldásait biztosítja most már nagyon kiterjedt „end-to-end” megoldásokat is kínál. Ez azt jelenti, hogy már a pre-sales-ben részt vesznek az architektjeink, Data  Analytics konzultenseink, a kezdetektől miénk a folyamat. Megalkotjuk a megfelelő architektúrát, saját Data Business Analystok készítik elő a projekt tartalmát, majd ezt követően a Data Engineering és a dedikált Data UV vonal leszállítja a rendszert. Adott esetben pedig az üzemeltetés is a Data Practice-hez kerülhet. Mindezt, gyakorlatilag a gondolat megszületésétől a folyamat üzemeltetéséig, a mi practice-ünk kíséri végig.

 Hogyan lettél éppen te ennek a practice-nek a vezetője?

Az EPAM-nál a munkánknak két oldala van. Az egyik, s ez talán a legfontosabb, hogy az ügyfelek felé a lehető legjobban teljesítsünk, teljes legyen az ügyfélelégedettség, aminek az egyik kulcsa a jó kommunikáció. Ez egy nagyon fontos sikerfaktor. Szerencsés helyzet, hogy az utóbbi években jó projekteket sikerült tető alá hozni, és ezek növekedtek is, így elmondhatom, hogy az ügyfélelégedettségi faktor magas fokon áll és ehhez hozzá tudtam én is járulni. A másik komponens, ami a practice vezetéséhez irányított talán az, hogy az EPAM-on belül van egy szervezetfejlesztési funkcióm is, és tulajdonképpen a Data Practice megalapításától kezdve aktívan részt vettem a képzési és szervezetfejlesztési folyamatban. Konkrét számokat nem említve, de a 2014-es indulástól mostanra világszinten több ezerre nőtt a practice-ben a kollégáink száma, és ebben a folyamatban én is a kezdetektől részt vettem. A technológia nagyon gyorsan fejlődik, ezzel lépést kell tartanunk; ma már a Cloud iránti kereslet a döntő, ami folyamatos szakmai továbbképzéssel jár részemről is - emellett pedig a megszerzett tudást a kollégáinknak is át kell adnunk.

 Kik vehetnek részt ebben a munkában? Hogyan csatlakozhat valaki a practice-hez?

Öröm, ha olyan szakembereket találunk, akik részt vettek már komplex adatrendszerek tervezésében, kivitelezésében. Ez azonban nem minden esetben teljesül a piacról, aminek az oka, hogy a banki, biztosítói és egyéb nagyvállalati „vonal” sok esetben még a konvencionális, házon belül telepített adatbázis megoldásokat használja. Az EPAM pedig egyértelműen a Cloud szolgáltatások, szerverszolgáltatások irányában tevékenykedik, amire a magyar piacon nagyon kevés szereplő kínál megoldást - így szakembereket sem képez ki. Ez az oka annak, hogy a practice-ünkben szeretettel látunk mindenkit, aki alap adat tudással rendelkezik, a relációs adatbázisok megoldásait érti, van egy kis programozói tapasztalata, akár egyetemi kurzus szinten. Innentől kezdve vállaljuk, hogy a tanulni vágyó, dinamikus kollégákat kiképezzük. Van egy junior programunk, amely az egyetemen frissen végzett, alapvető programozási tudással már rendelkező kollégákat felvértezi ebben a klaszterezett Data világban némi Linux, DevOps és Cloud tudással. A két hónapos, dedikált munkaidőben végezhető kurzuson a résztvevők tapasztalt mentorokkal dolgoznak, akik végigvezetik őket az elsajátítandó tudásanyagon - ezután pedig projektre kerülnek. Itt nagyon figyelünk arra, hogy a senior kollégák folyamatosan támogassák az újonnan érkezőt mind a tudásanyag, mind a projekt folyamatok megismerésében, és persze a munka emberi oldalában is. A fiatal kezdők mellett keresünk olyan senior kollégákat is, akik régóta dolgoznak az adattárház vonalon, és úgy gondolják, hogy nyitottak olyan modern és feltörekvő technológiákra, mint egy adott Cloud szolgáltató jelenléte az adatvilágban. Mi gondoskodunk az ő képzésükről, tudásuk bővítéséről is, hiszen - ahogy korábban említettem -  a piacon kevés az olyan szakember, aki ezekkel a friss technológiákkal teljes mértékben tisztában van. A kulcsszó, és belépő a Data Practice-be tehát a tanulni vágyás - az EPAM pedig vállalja a képzést, és a karrierfejlesztés legfontosabb lépcsőit.

 

Mit csinál a... Product Manager? - vagyis mit takar az a két betű

Ki a Product Manager?

A termékmenedzser szervezi a termék egész életciklusa alatt a folyamatok gördülékenységéhez szükséges kutatás-fejlesztési, marketing és értékesítési feladatokat. Mindez magában foglalja a termék piacra jutását és a későbbi terméktámogatást is. Feladatai közé tartozik, hogy tolmácsolja a felhasználói- és piaci kívánalmakat a projektben dolgozók számára, majd kialakítson egy optimális egyensúlyt a fejlesztési lehetőségek és az ügyféligények között; segíti maximálisan kihasználni a termékinvesztíciót, realizálja a profitot a teljes életciklus alatt. Napi feladatai közé tartozik a termékvízió vagy stratégia kialakítása, a piaci trendek monitorozása, az üzleti stratégia támogatása, a termékfunkciók priorizálása, és végül a termék sikerének különböző eszközökkel való mérése.

microsoftteams-image_81.png

Hallgató Attila

Több mint tíz éve kezdte fejlesztői karrierjét; első munkahelyén is foglalkozott már menedzsmenttel, ezt követően pedig célrendszerek fejlesztésében vett részt egy német cégnél. Kipróbálta magát egy nyomtatással foglalkozó vállalkozásnál is, mielőtt öt és fél évvel ezelőtt az EPAM-hoz igazolt. Jelenleg egy, az egészségügyi szektorban tevékenykedő cég projektjében, annak product csapatában dolgozik, részben Business Analyst feladatkörben, ám egyre nagyobb részben Product Manageri feladatokat ellátva.

Szanati László

Már gyerekként is imádta a számítógépeket, a programozást, így egyenes út vezetett a szoftverfejlesztő mérnöki pálya felé. Húsz évvel ezelőtt kezdte karrierjét szoftvermérnökként egy telekommunikációs szektorban tevékenykedő cégnél. Hamar rájött, hogy a siker kulcsa az IT-ban a folyamatos tanulás, fejlődés, ezért mindig kereste az új irányokat. Érdekelni kezdte a termékfunkciók specifikálása, így kihasználva egy kínálkozó lehetőséget, ezen a területen helyezkedett el. Innen haladt tovább az eladás, értékesítés támogatás felé, s a megszerzett tapasztalatok vezettek jelenlegi szerepköréhez a Product Management területén. Egy éve dolgozik az EPAM-nál mint Product Manager, jelenleg egy telekommunikácós ügyfél egyik projektjén.

Extra tudás

„Az EPAM alapvetően nem saját magának, hanem más cégeknek fejleszt, és ezek a cégek gyakran saját hatáskörükben akarják megoldani a termékmenedzsmentet. Azonban e téren is egyre bővül a szolgáltatásaink köre, így ma már a szoftverfejlesztést számos egyéb területen is támogatjuk a szakértelmünkkel. Az EPAM-nál tehát annyiban más a Product Manager szerepkör, hogy míg egy adott cégnél egy bizonyos domainnel foglalkozik egy szakember, addig itt az évek során számos egyéb területen is tapasztaltot szerez, az így szerzett extra tudását kamatoztatja” –  magyarázza Hallgató Attila, miben nyújt többet a cég ezen a területen az általánosnál.

Egy betű és sok más különbség

Gyakran felmerülő kérdés azok körében, akik nincsenek nagyon mélyen a fejlesztésben - kezdők vagy más területről érkeznek az IT világába -, hogy mi a különbség a két PM, vagyis a Project Manager és a Product Manager között.

„Ha laikusoknak próbálom elmagyarázni az IT szerepkörök lényegét, mindig egy nagyon egyszerű analógiát szoktam használni és itt is helytálló ez a válasz; a különböző szerepkörök különböző kérdésekre adnak választ. A Project Manager inkább a „ki” és a „mikor” kérdésekre szokott válaszolni, míg a Product Manager inkább a „miértre” és a „mitre”. A Project Manager azért felel, hogy időben szállítsuk a terméket, a Product Manager pedig azért, hogy pontosan azt szállítsuk, amire a piacnak valóban szüksége van. A két PM-et pedig mi úgy különböztetjük meg, hogy a Product Managert nem is PM-nek, hanem PDM-nek rövidítjük.” – mondja Attila.

Tudás és készségek

Hogy pontosan milyen tudás és készségek szükségesek ahhoz, hogy a megfelelő válaszok érkezzenek a „miért” és a „mit” kérdésekre, arra Szanati László válaszol.

„Mivel a Product Manager nem csupán kézben tartja a termék fejlesztését, hanem befolyásolja is azt, ezért fontos a karizma; az, hogy a jelölt rendelkezzen a meggyőzés képességével.  Ezt a karizmát „ölelik körbe” a különböző funkcionális területek – piaci igények, üzleti stratégia, marketing, értékesítés stb. - ismerete. Nagyon fontos, hogy a termékmenedzser egyik kiemelt eszköze a kommunikáció,  hogy megfelelően tudja elmondani, akár a saját fejlesztői számára, akár az értékesítők, az ügyfelek számára, hogy pontosan mit jelent a termék. Ez a kommunikáció ugyanakkor kétirányú, ezért nem árt, ha valaki értőn tud hallgatni is, hiszen fel kell ismerni a „sorok közt” a menet körben adódó problémákat is, minden oldalról. Igen sok olyan készség, képesség játszik tehát szerepet, amit egyébként korábbi tapasztalatok alapján akkor is megszerezhetett valaki, ha nem ebben a szerepkörben tevékenykedett.”

László és Attila egyetért abban, hogy a végzettség nem kifejezetten meghatározó tényező és az sem, hogy IT területről érkezzen az aspiráns.

Ideális? Nem ideális? Van megoldás!

Hogy ki az ideális jelölt a Product Manager szerepkörre, mindkét szakértő szerint szubjektív kérdés.

„Előfordulhat, hogy valaki, akit érdekelne ez a lehetőség az EPAM-nál és kipróbálná magát PDM-ként, úgy érzi, hogy nem éppen ő az ideális jelölt a fentiek alapján. De ez senkit ne tántorítson el a jelentkezéstől, mert meglehet, hogy nekünk pont olyan tapasztalattal rendelkező kollégára van szükségünk, amilyen ő. Tehát mindenképpen bátorítanám az érdeklődőket, hogy próbálkozzanak, jelentkezzenek! Egy jó beszélgetés - amit nevezhetünk technikai interjúnak is - remek alkalom, hogy kiderüljön, a jelölt hol találhatná meg a helyét a cégnél, milyen szerepkör illene hozzá a legjobban” – mondja Attila.

László pedig ad egy olyan tippet, ami aduász lehet bármely jelentkező számára.

„Régóta várom már azt a jelöltet, aki az interjúra a saját ötletének bemutatásával érkezik. Nem kell, hogy megvalósult ötlet legyen, de nagyon izgalmas és árulkodó látni, ha valaki felfedez egy problémát, kitalálja, milyen megoldás születhetne rá és milyen helye lenne az ötletnek a piacon különböző szempontokat figyelembe véve.”

Neked van ilyen terved vagy ötleted? Érdekelne a PDM szerepkör? Nem érdemes várni, katt IDE és jelentkezz!

 

 

Aki a tudását kétféleképp osztja meg... - Lámfalusi Csaba Senior szoftverfejlesztővel, a Debreceni Egyetem oktatójával beszélgettünk

Aki a tudását kétféleképp osztja meg – egy fejlesztő párhuzamos útjai

Lámfalusi Csaba senior szoftverfejlesztő egyike azoknak az EPAM-osoknak, akik céges karrierjük mellett egyetemi oktatóként is hozzájárulnak ahhoz, hogy a szakma fejlődjön, az utánpótlás jól képzett és felkészült szakemberekből verbuválódjon.

microsoftteams-image_73.png

Lámfalusi Csaba

Java fejlesztő, legnagyobb tapasztalata ezen a területen van, egyúttal ez a kedvenc programozási nyelve is. Nagyvállalati alkalmazások back-endjén dolgozik. Igazi lokálpatriótának vallja magát: Debrecenben született, itt tanult a kezdetektől és karrierjét is a városban, az EPAM Debrecen kötelékében építi, emellett pedig a Debreceni Egyetemen oktat. Bár városához hű, nagyon szereti felfedezni a világot, amikor csak módja van rá utazik. „Ennek a közösségnek, környezetnek nagy szerepe van abban, hogy azzá válhattam, aki ma vagyok. Igyekszem tehát minél többet vissza is adni” – vallja.

Fejlesztői karriered építésével párhuzamosan egyetemi oktatói munkád is fontos számodra. Miként menedzselhető két ilyen fajsúlyú szerep, mi az ösztönző erő, ami hajt?

A legtöbb pályaválasztás előtt álló fiatalnak nagyon nehéz a döntés. Hiszen heti negyven órában olyan dologgal foglalkozni a munkád során, amit nem szeretsz igazán, az lélekölő tud lenni. Azt mondják, az ideális az lenne, ha azzal foglalkozhatunk, ami a szenvedélyünk.

Számomra adott volt a minta: a bátyám, aki szintén informatikus. A köztünk lévő nagy korkülönbség miatt amikor én még kisfiú voltam ő már elmélyült ennek a szakmának a rejtelmeiben, s mivel nagyon felnéztem rá, az maradt meg bennem, hogy amit ő csinál az jó dolog. A szüleim pedig azzal járultak hozzá, hogy kipróbálhassuk magunkat ezen a téren, hogy biztosították számunkra a gépeket, eszközöket. Mindezt kiegészítette, hogy az általános iskolában is kiváló informatika tanárom volt. Szenvedéllyel, a szakmát szeretve oktatott minket, tőle tanultam meg az algoritmizálás alapjait, a programozás legelemibb részeit. Egyedülálló volt, hogy már 6-7. osztályban Pascal nyelven programoztunk, és nem csak az iskolában, hanem otthon, szabadidőmben is elkezdtem pötyögni: programokat írtam, statikus, egyszerű weboldalakat készítettem.

Gimnáziumot már úgy választottam, hogy az informatika lehetőleg kiemelt tantárgy legyen. A Tóth Árpád Gimnáziumba jártam reál-műszaki-informatika szakra, és szerencsére itt is nagyon jó tanárom volt, aki tovább gyarapította a tudásomat, fűtötte az informatika iránti szenvedélyemet. Amikor pedig el kellett döntenem, hol tanuljak tovább a felsőoktatásban, nem is volt kérdés, hogy a Debreceni Egyetem Informatikai Karának programtervező informatikus szakára szeretnék bekerülni. Az egyetem évei alatt a programozás alapjait remekül átadták nekem a tanáraim, és erre a stabil elméleti alapra lehetett aztán építkezni, és olyan irányba szakosodni, ami nekem a legjobban fekszik. Hamar észrevettem, hogy a szakmai tapasztalat legalább annyira fontos, mint az elméleti tudás, ezért igyekeztem minél hamarabb elhelyezkedni.

 

Hol indult a karriered?

A BSc harmadik évében már egyetem mellett elkezdtem dolgozni; először még csak részmunkaidőben kutatósegédként egy egyetemi egy projekten, majd ezután jelentkeztem egy mobilalkalmazás fejlesztő képzésre. A képzés befejezése után pedig már az iparban helyezkedtem el egy szoftverfejlesztő cégnél - igaz, végül nem mobilfejlesztőként. Egy webes, Java-s projektre kerültem, amit nagyon szerettem, mivel egy nagyon következetes, jól tanulható nyelvről van szó, amiben sok potenciál van. Akkoriban még front-endet és back-endet is fejlesztettem, viszont már akkor is úgy gondoltam, hogy akkor tud az ember igazán jó lenni valamiben, ha arra az egy dologra szakosodik. Ennek a felismerésnek a mentén kezdtem el nézelődni, milyen lehetőségek vannak a piacon és ekkor került a látóterembe az EPAM, ahova már kifejezetten Java back-end fejlesztőként kerültem. Azóta érzem azt, hogy valóban megtaláltam a helyen az IT világának végtelenül színes palettáján. Az itteni első projektem egy évet ölelt fel, majd azt már egy nagy, négyéves periódus követte egyetlen projekten, melyről néhány hete kerültem le. Ez a négy év volt a pályafutásom eddigi legmeghatározóbb időszaka.

 

Milyen szerepkörökben voltál ezen időszak alatt?

Az EPAM-hoz már medior fejlesztőként kerültem, az utóbbi projektemen lettem Key Developer; és ahogy telt az idő és egyre több tapasztalatot szereztem, úgy váltam senior fejlesztővé - ezáltal a projekten belüli titulusban is szépen tudtam feljebb és feljebb lépegetni. Először Developement Lead, azaz vezető fejlesztő lettem, majd a projekten töltött utolsó évemben Tech Lead pozícióba kerültem. Négy év után elérkezett az idő, hogy új kihívások után nézzek: másik projektre kerültem, ahol jelenleg is technikai vezető pozícióban dolgozhatok.

 

Hogyan, honnan érkezett a késztetés, hogy a céges, szakmai karriereddel párhuzamosan elkezdj egy egyetemi karriert is?

Már általános iskolában és gimnáziumban is kaptunk olyan feladatokat, melyek során a többi diáknak kellett egy-egy anyagot elmagyarázni, előadni. Ezeket mindig úgy igyekeztem teljesíteni, hogy az adott tanár, oktató stílusát én magam is átvettem, lemásoltam. Nagyon komolyan vettem az előadásokat és észrevettem, hogy örömmel is csinálom. Az egyetemen, bár volt erre lehetőség, nem éltem az ilyen opciókkal, és ez a kimaradás egyfajta hiányérzetet is okozott. Itt, az EPAM-nál aztán már kifejezetten kerestem annak a lehetőségét, hogy ezt a „lyukat” az életemben be tudjam tölteni. Amint felmerült a lehetősége, hogy az egyetemen lehet oktatni, azonnal jelentkeztem. Nagyon sokáig egy másik diszciplína által szervezett tárgyakban oktattam: a tesztelőkhöz csatlakoztam be néhány olyan órán, ahol fejlesztéssel kapcsolatos témakör is volt. Majd egy évvel ezelőtt szélesebbre nyíltak a kapuk az egyetemen, és ekkor merült fel, hogy kifejezetten Java-s tárgyak is felkerülnek az órarendbe.

 

Miért jó, ha egy egyetem egy céges kultúrát, ilyenfajta gyakorlatiasságot is is beemel az oktatásba?

Bár kétség nem férhet hozzá, hogy ezek az együttműködések nagyon hasznosak, azt látni kell, hogy az egyetemek oktató- és kutatóintézetek. Miközben nagyobb részt az iparnak képezik a szakembereket, azért arra is gondot kell fordítaniuk, hogy saját oktatóikat is kineveljék évről évre - hiszen ugyanúgy a hallgatók közül kerülnek ki azok a szakemberek is, akik később oktatóként a tudományos életet választják, ebbe az irányba mennek tovább. Nem mondom, hogy az ipar és a tudományos élet teljesen ellentétes irányba mozog, de mégis különböző fajta tudást, más-más képességeket igényel a két terület. Ami elvitathatatlan, hogy az egyetemen dolgozó oktatók nagyon jók az elméleti tudás átadásában. Azonban az ipar nagyon gyorsan fejlődik, így vannak olyan praktikák, trükkök, amiket akkor fogunk ismerni - és tudni alkalmazni -, ha az iparban dolgozva heti negyven órában programozunk. Ezért amikor az egyetemek és nagy cégek összeállnak, az olyan szerencsés kapcsolat, amiből a legtöbbet a hallgatók tudnak profitálni.

 

Számodra a tudás átadásán túl milyen előnye van annak, hogy az egyetemen tanítasz?

Az EPAM-os oktatók számára is nagyon hasznos tapasztalatszerzés ez, hiszen ahhoz, hogy valaki egy órát meg tudjon tartani, ahhoz neki is rendszereznie kell a fejében az adott területet, utána kell nézni dolgoknak, még jobban elmélyedni a tudásban. Így mi is fejlődünk, mind szakmai, mind soft skillek tekintetében.

 

Említetted, hogy a diákok profitálnak a legtöbbet ezekből az együttműködésekből.

Az informatika nagyon felkapott szakma lett manapság, sokaknak ez a kezdeti motivációja a kedvező fizetés és a szakma jó megítélése. Azonban azt egy egyetemista még nem látja, mennyire mély ez a szakma - egykor én sem láttam át. Hiszen olyan, hogy informatikus, nem létezik. Azzal hasonlítható össze, mintha azt mondanám, hogy valaki az egészségügyben dolgozik, miközben lehet ápoló, gyógytornász, orvos, nővér és még rengeteg egyéb a foglalkozása. Az informatika is éppen ilyen sokrétű: rengeteg különféle szerepkör és alterület létezik. Ha az egyetemen kapunk is egy általános tudást, érdemes minél hamarabb elsajátítani azt is, hogy a gyakorlatban miként épül fel egy komoly informatikai projekt. Innentől építhető tudatosan egy karrier, és így lehet megtanulni, mi áll hozzánk a legközelebb. Mert, ahogy a beszélgetésünk elején is mondtam, a hétköznapokban olyan munkát érdemes csinálni, amit szeretünk, ami így akár nem is tűnik munkának - sokkal inkább szenvedély az.

 

 

 

„Az EPAM DNS nem olyan dolog, amit meg kell vagy meg szabad változtatni.”

Bartos-Diószegi Gábor Senior Talen Aquisition Manager, a hazai EPAM Recruitement csapatának vezetője, még azokban az időkben csatlakozott a céghez, amikor a létszám 3-400 fő körül volt – azóta ez a szám már a 2000-et is meghaladja. Gábornak pedig szinte minden egyes felvett kollégához köze volt valamilyen úton-módon...

microsoftteams-image_66.png

A kezdetektől fejvadász karrierről álmodott, s már első munkahelye is egy ilyen profilú cég volt, ahol a gyakornoki lépcsőfokról indulva kezdte megmászni a szamárlétrát. Ezt követően IT recruiterként folytatta a karrierjét - érdekesség, hogy ezen évek alatt már ügyfélei között tudhatta az EPAM-ot is. „Akkor még nem gondoltam volna, hogy egyszer még én magam is EPAM-os leszek”- tekint vissza a múltra. A 2008-as, a fejvadász szakmát is erősen érintő, válságot követően egy nehezebb időszakot lezárva, volt tanára segítségével került az EPAM-hoz, ahogyan ő mondja, egy „villámfolyamat” eredményeként. „Kaptam egy telefont, épp az Üllői úton jártam az autómban ülve. A közeli irodába hívtak be, „ha lehet, azonnal menjek”, mondták. Beugrottam ahogy voltam, és mire újra az autóban ültem már csörgött a telefon, vissza tudok-e menni aláírni a szerződést.”  Azóta immár 11 éve dolgozik az EPAM kötelékében.

Hogyan alakult a hihetetlen gyors felvételi folyamatot követően a karriered az EPAM-nál?

Gyakorlatilag recruiterként kezdtem, hands-on munkát végeztem. Akkoriban, 2010 körül, hárman dolgoztunk ezen a területen, és 300-350 fő volt a hazai EPAM teljes létszáma. Ezt követően a fókusz a svájci és angliai pozíciókra helyeződött. Hamarosan egy szervezeti változás következett be, ugyanis szülési szabadságra ment az akkori vezető, és én vehettem át a szerepét. Innentől hozzám tartozott mindhárom hazai iroda, ám akkoriban sem Szegeden, sem Debrecenben nem volt külön toborzó csapat, így mindent Budapestről intéztünk. A következő nagy lépés a karrieremben pedig az volt, amikor 2015-ben megnyílt a csehországi iroda, mely szintén hozzám került. Így a frissen megnyitott horvátországi irodával együtt ma már egy 7 országon átívelő 50+ fős Talent Aquisition szervezetet vezetek. Az évek során emellett rengeteg nemzetközi projektben vettem részt, a teljesség igénye nélkül például a kompetencia mátrix kialakításában, vagy a bónusz rendszerek kidolgozásában is.

Évtizedes rálátásod van a cégre, és annak múltjára. Milyen volt akkoriban, amikor te is csatlakoztál?

Sem jobb, sem rosszabb - inkább úgy mondanám, hogy teljesen más volt. Bár bizonyos szempontból még ez sem igaz, hiszen az EPAM DNS nem olyan dolog, amit meg kell vagy meg szabad változtatni. Az akkori alacsonyabb létszámnak köszönhetően a társaság nagy részét még személyesen ismerhettem. Amikor azonban tőzsdei cég lettünk, nemcsak létszámbeli, de folyamatbeli változások is történtek. Önmagában persze az is jelentős tényező volt, ami a mai napig a mantránk, hogy háromévente meg kell dupláznunk a létszámunkat. A megoldások már ritkán személyesek, folyamatok szabályozzák a tevékenységet. Ugyanakkor, amiben most dolgozunk hiába egy multikörnyezet, a cég még mindig megtartotta az egykori családias jellegét. Nagyon érdekes utat jártunk be és roppant izgalmas volt végigkövetni, ahogyan 3-400 fős szervezetből 2000 főssé alakult át.

Hogyan változtak a toborzási technikák a kezdeti EPAM-os időkhöz képest? Hisz a pszichológia, a toborzás tudományterülete is fejlődik, onnan átszivárognak az újdonságok a maguk folyamatosságában, így biztosan jelentős változások történtek az elmúlt 10 évben.

Igen, valóban. A fejvadász szakma azon pillanatában kezdtem el ezen a pályán dolgozni, amikor a beérkező önéletrajzok szűrése már nem volt a folyamat része IT területen. Ebből a szempontból az, hogy az IT iparág egy kiélezett területe a fejvadászatnak, mit sem változott. Régebben a hideghívások, direkt megkeresések, önéletrajz adatbázisok feltúrása volt az, ami előre vitte a toborzást. Aztán két dolog változatott nagyot a metodikán: a személyes közösségi oldalak, vagyis lényegében a Facebook, illetve a professzionális közösségi felületek, ami pedig javarészt a LinkedIn-t takarja.

Újdonság, hogy a személyes networkök ereje ma sokkal meghatározóbb, mint korábban; ráadásul ezt a személyességet, ennek mindenfajta platformját - pl. meetupok, konferenciák stb. – a Coviddal meg kellett tanulnunk áthelyezni az online térbe.

Változás az is, hogy a brand meghatározó eleme lett a megkereséseknek. Tíz évvel ezelőtt a cég spontán ismertsége jóval kisebb volt. Ez mára teljesen megváltozott, és ez teszi igazán sikeressé a toborzásunkat, ennek köszönhetően tudunk nagy számokat produkálni mind az interjúk, mind a felvett kollégák terén. Mindenképpen fontos tényező az is, hogy mára nagy szerepet játszik a munkánkban a relokáció lehetősége, hiszen már nem csupán Magyarországról, hanem gyakorlatilag bárhonnan jöhetnek hozzánk dolgozni az IT szakemberek, full remote setupot is tudunk ajánlani, irodától függetlenül.

Te magad hogyan élted meg emocionálisan ezeket a hatalmas, akár csak létszámbeli, de a munka számos egyéb aspektusában jelentkező változásokat?

Őszintén? Nagyon nehezen. Hiszen ez mégiscsak egy People Business. Kellett hozzá idő. De a cég jó irányba fejlődött, és fejlődik. Ezért megéri befogadni a változásokat, bizonyos területeken pedig akár az élére is állni azoknak.

 A beszélgetést meghallgathatjátok teljes terjedelmében a LifeInTech podcast csatornán, ide kattintva!

A mi medencénkben évente lecserélik a vizet valami más közegre - és nekünk abban is ugyanúgy tudnunk kell úszni.

A hazánkban húszéves születésnapját ünneplő EPAM a közelmúltban ért el egy másik nagy mérföldkövet is azzal, hogy túllépte a kétezres munkavállaló létszámot - így a cég magyarországi irodáiban immár egy kisebb településnyi IT szakembert foglalkoztat. Ennek apropóján készítettünk interjút Vinkó Bencével, aki a magyar EPAM mellett a cég több európai képviseleténél is viseli az ügyvezetői címét. A globális szinten ötvenezres, átlagosan háromévente magát megduplázó IT óriás hazai leányvállalatának múltjáról, egy szokatlan mosógépszerelőről és a jövő távlatairól is beszélgettünk.

microsoftteams-image_59.png

Vinkó Bence

Az EPAM Systems Kft. mellett több európai képviseletnél is viseli az ügyvezetői címet. 2002 óta dolgozik az EPAM kötelékében, mely akkor még Fathom Technology néven kereste a helyét az IT iparág palettáján. Őt mint toborzót vették fel azzal a céllal, hogy egy másik, szentpétervári irodába keresse az ideális jelölteket. Az élet azonban úgy hozta, hogy maradt, és Budapesten folytatta a munkát - innen dolgozik a mai napig.

Fel tudod idézni, hol tartott az IT húsz éve? Nekem annyi tűnik biztosnak, hogy okostelefon nem volt és akkoriban kezdtünk el számítógépen dolgozni a munkahelyen...

Nemhogy okostelefonunk nem volt, a mobiltechnológia is gyerekcipőben járt. Ha valakinek a kijelzője jobb minőségű volt, ne adj’ isten színes, akkor az csodaszámba ment. Emailezni, internetezni telefonon teljesen reménytelen dolog volt.  

Hol tartott a fejlesztés akkor?

A technikai környezet nyilván meghatározta, hogy mit csináltunk akkoriban. 2002-ben számomra teljesen új volt minden, hiszen HR-es területről érkeztem és ugyanilyen terepre is jöttem a céghez. Így a különböző informatikai megoldásoknak utána kellett néznem, hogy az interjúkon magam is felkészülten vehessek részt. Emlékszem, hogy azoktól a srácoktól, akik a technikai interjúkat vezették, és akik a cég alapítói is voltak - Fejes Balázs például - próbáltam ellesni a kérdéseket, trükköket, amiket ők zsigerből tettek fel és alkalmaztak. Az akkori technológia azóta gyökeresen megváltozott, minden teljesen más. Gondoljunk csak arra, hogy egyetlen telefonban benne van az életünk és nem is tudjuk elképzelni nélküle a napjainkat. Más volt a környezet, mások voltak az ügyfelek és másként is viselkedtek. Nem is kell visszamennünk tíz vagy húsz évet, elég, ha megnézzük öt éve, vagy akár másfél éve, milyen volt a környezet és mit akartak az ügyfelek. Hisz az is merőben más volt.

 Ma már több mint 2000 főt számlál a hazai EPAM. Mekkora volt a létszám akkoriban?

A kezdetekben negyven fő alatt voltunk. Érdekes, hogy kb. 150-160 emberig ismertem mindenkit, hiszen majd minden ember felvételénél ott voltam, ezért kialakult velük egy személyes kapcsolat. Ha összetalálkoztunk a folyósón és megkérdeztük egymástól, hogy van a feleséged, a gyereked, akkor az nem udvariassági kör volt, tényleg ismertük egymás körülményeit. Ez ma már másként van, és ha tudnám mindenkiről ezeket az információkat, akkor egy másik pozícióban lennék: varázsló szerepkör lenne a neve.

Minden cégnek van egy víziója az induláskor, ami aztán idővel mindig változik. De mi volt az eredeti, a kezdeti elképzelés?

A történet úgy indult, hogy néhányan – magánszemélyek és befektetők – elhatározták, hogy létrehozzák a Fathom Technologyt, Magyarországon alapítva céget. Itthon köztudottan jó volt az IT képzés, így jó szakemberekkel lehetett dolgozni. A külföldi kötődés révén pedig az üzlet is biztosított volt. Akkoriban az volt a küldetésünk lényege, hogy hazai környezetben végzünk fejlesztést külföldi ügyfelek számára. Ahogyan elkezdtünk dolgozni és látszott, hogy jól működik a cég, rájöttünk arra, hogy 50-100 fős magyar cégként lépnünk kell ahhoz, hogy igazán nagy nemzetközi ügyfeleink lehessenek. Hiszen számukra jóval több szempont létezik annál, mint csupán az, hogy egy partner szakmailag jó. Nekünk kis cégként ezeket a dolgokat meg kellett tanulnunk. Jó példa erre egy hatalmas német-amerikai autógyárral lezajlott tárgyalássorozatunk. Bár nagyon tetszettünk nekik, feltették a kérdést: vajon mit fogunk tenni akkor, amikor ők idehoznak egy kétszáz fős projektet, majd két nap múlva jön tőlük egy telefon, hogy nőjünk meg négyszáz fősre mielőbb? Rájöttünk, hogy ezt 100 fős magyar cégként nem lehet megugrani, ez nem fog menni.

Mi volt a megoldás?

Erre egyetlen megoldás létezett, ha egy másik céggel fuzionálunk, lehetőleg világszinten. Elkezdődött a keresés és hosszas kutakodás után találtunk rá az EPAM-ra, akik hasonló cipőben jártak - azzal a különbséggel, hogy ők egy az USA-ban bejegyzett cég voltak, és ebből a helyzetből kerestek hasonszőrű kérőt, mint amilyenek mi voltunk. Ez a kapcsolat alakult aztán azzá, ami ma vagyunk, egy összességében közel 50 000 fős globális céggé.

 Mi történt onnantól kezdve, hogy ez a házasság megköttetett?

Egy darabig nagy volt a boldogság. Majd rájöttünk, hogy - többek között - olyan cégek árnyéka vetődik ránk, akik három műszakban több tízezer fejlesztőt dolgoztatnak. Azon kezdtünk tehát dolgozni, hogy tőzsdére vihessük az EPAM-ot. A projektet számos befektető megtámogatta és elkezdtünk számunkra fontos cégeket felvásárolni. Ez a folyamat vezetett oda, hogy erőteljes növekedésnek indulhatott a cég, majd 2012-ben végül tőzsdére is mentünk. Ha pedig valaki ma megnézi az EPAM részvénynek nyitóárát, az igen beszédes információ.

Kicsit olyan ez, mint amikor valaki hatévesen elkezd úszni, beugrik a medencébe majd snitt, és egy ehhez hasonló interjúban meséli, már olimpiai bajnokként a történetét. Miként éltétek ezt meg belülről?

A mi sztorink nagyon hasonlít a példádhoz, azzal a különbséggel, hogy egyszer hatévesen beugrott a későbbi bajnok a medencébe, majd évekkel később is, és az évek során mindannyiszor vízbe ugrott. A mi medencénkben évente lecserélik a vizet valami más közegre - és nekünk abban is ugyanúgy tudnunk kell úszni. 

Na de hogyan lehetséges ez?

Ez a szakma nem csupán nagyon gyorsan, de a világon talán a leggyorsabban fejlődik. Ha nincs rugalmasság, akár a menedzsmentben, akár az emberekben, akkor hiába úszunk hatéves korunk óta, tízévesen el fogunk süllyedni. Nagyon kell figyelnünk arra, mi kell az ügyfeleinknek. Elmondják, mi a problémájuk, mi pedig segítünk nekik, hogy minél hamarabb elérjék a céljaikat. Ez viszont nagyon környezetfüggő. Számos gazdasági válságot megéltünk már, és Fejes Balázs (az EPAM egyik, fent már említett alapítója - a szerk.) mondása cseng mindig a fülemben, aki azt mondta: „Előre kell menekülnünk!”. Ez eddig mindig működött, hiszen sokszor míg a konkurencia kivárt, addigra mi már megtettük azokat a lépéseket, melyek miatt most itthon több mint 2000, világszerte pedig közel 50 000 fővel tudunk operálni.

Az egyik hazai irodánk például úgy jött létre, hogy fel akartunk venni embereket egy speciális projektre, amire nekünk egyetlen szakemberünk volt, de kellett volna tíz. Rendre ugyanabból a vidéki városból, egyazon cégtől - amely nyilván ezzel a területtel foglalkozott - jelentkeztek a jelöltek. Tetszett nekik, amit kínáltunk, de mindig visszatérő kérdés volt, hogy nem lehetne-e megoldani, hogy nekik ne kelljen Budapestre költözniük. Arra jutottunk, hogy akkor a megoldás az, hogy létrehozunk ott, abban a városban egy új irodát.

Akkor nem akartak Budapestre költözni az emberek, most az elmúlt másfél évben pedig nem tudtak bemenni a cég irodáiba. Két különböző helyzet, de hasonlóan megoldásért kiállt. Hogyan alakította a pandémia a céget?

Közel két évvel ezelőtt először - érthető okból - mindenki megijedt, és ezt a tőzsdén is lehetett látni. Volt egy zuhanás, majd 2020 negyedik negyedévére arra a szintre kerültünk vissza, ami a járvány előtti időszakban volt. Azóta pedig meredek az emelkedés. A helyzet óriási fejlődést hozott, ami tulajdonképpen nem is meglepő, hiszen minden technológia alapú lett, az ételeinket is applikáción keresztül rendeljük és egyre inkább ez lesz jellemző.

Már a pandémia előtt is az volt a célunk, hogy a méretünket háromévente megduplázzuk. Ehhez pedig már az a misszó, hogy megmutassuk, akár az egészen fiataloknak is, hogy mennyi izgalmas lehetőséget rejt ez a szakma és mennyire egyértelmű boldogulást kínál.

Egy mai tízéves szerinted mit fog nálatok csinálni a jövőben?

Pár évvel ezelőtt elromlott a mosógépem, hívtam egy szerelőt. Vártam, hogy érkezik majd egy szerelő, kezeslábasban, szerszámosládával, aki aztán szétszereli a mosógépet, kicserél valamit, csavaroz. Ehelyett érkezett egy laptopos úr, aki rácsatlakoztatta a számítógépet a mosógépre, majd pár perc múlva közölte, hogy elkészült, megjavította a gépet. Ennek fényében azt megmondani, hogy tíz év múlva mi várható a szoftverfejlesztés területén? A világ top 10 legnagyobb koponyáinak egyikre lennék, ha ezt tudnám.

Ha tudsz egy jó mosógépszerelőt, lehetséges, hogy így is előre kerülsz azon a toplistán... Komolyra fordítva a szót, kétezer ember dolgozik az EPAM Magyarországnál. Ennek kapcsán mégis mi az a gondolat, üzenet, amit fontos elmondani?

Az elmúlt évtizedek tapasztalati és hatalmas változásai, folyamatos fejlődése láttán elmondható, hogy ha valaki felnőve ezt az iparágat választja, ebben találja meg a hivatását, akkor a technológia mai állása szerint soha nem lesz munkanélküli, nem lesznek megélhetési gondjai. Szeretnénk megmutatni a világnak, hogy szoftverfejlesztő bárkiből lehet. Az ácsból, az autószerelőből, a könyvelőből is. Mindegy honnan jöttél, ezt a szakmát meg lehet tanulni. Ebben a történetben bárkinek lehet keresnivalója.

„A Business Analyst híd a stakeholderek és a fejlesztői csapat között.”

Hogyan lehet valaki Business Analyst és Product Owner egy személyben? Valójában elég egyszerűen, hiszen a projekteken betöltött szerepkörök nem is annyira feketék-fehérek, ahogyan azt elsőre gondolnánk. Erről a sokszínűségről beszélgettünk Rétfalvi Dénes Business Analysttel, aki egyúttal Product Owner is.

epam_blogcikk_retfalvi-denes-01.jpg

Rétfalvi Dénes

A gazdálkodási és menedzsment alapszakos tanulmányok befejezése után a mesterképzést  vállalkozásfejlesztés területen végezte Pécsett. Első munkája egy számviteli gyakornoki állás volt egy telekommunikációs cégnél, ahonnan később egy magyar KKV felé vezetett az útja, ahol Junior Business Analyst-kéntkezdett dolgozni. Ezt egy svájci cégnél betöltött, hasonló szerepkör követte, majd ugyanitt Project Managerként is kipróbálta magát. Az EPAM-ot mindezen tapasztalatok után azért választotta, mert azon túl, hogy sok jót hallott róla, úgy vélte, hogy a cégnél olyan strukúrált, fejlett és jól kidolgozott szabályrendszerben dolgozhat, ami nagy lehetőségeket nyújthat számára.

Jelenleg milyen szerepkörben tevékenykedsz?

Senior Business Analyst (BA) vagyok, az ügyfélnél pedig Product Owner(PO). Vannak átfedések a két szerepkör között, hiszen mindkettő egyfajta kommunikációs pozíció: hidat kell képeznem az üzleti stakeholderek és a fejlesztő csapat között, annak érdekében, hogy mindenki „egy lapon”legyen egy adott fejlesztésre vonatkozóan.


Ez egy speciális helyzet. Mi ennek a kettősségnek a lényege a pozícióidat illetően?

A Senior Business Analyst, ahogy említettem, sok feladatában megfeleltethető a Product Ownernek is. Persze az is meghatározza, miben különböznek mégis egymástól, hogy ki mit rak a két fogalom mögé tartalmilag. Az EPAM-nál van egy olyan skillset a BA-k kezében, hogy képesek másfajta szerepköröket is ellátni, ezáltal lehetőség nyílik arra, hogy ha az ügyfélnek igénye van mondjuk éppen egy PO-ra, akkor a BA azt is be tudja tölteni. Vagy a cég segítségével fel tudja magát erre a szintre fejleszteni.


Melyek a konkrét feladataid akár ehhez, akár ahhoz a szerepkörhöz?

Mindig van egy üzleti stakeholder, akitől beszerezzük az igényeket, a különböző kéréseket, melyek lehetnek tényleges feature-ök, amiket le kell bontani storykra, de lehetnek business problémák is, amiket meg kíván oldani a vállalat. Például, ha növelni szeretné az eladásokat, akkor nekünk erre kell megoldási javaslatot nyújtani. Amennyiben szigorúan csak a BA részét nézzük a teendőimnek, akkor általában már a kész igénnyel jön az üzlet egy megadott szerepkörön vagy stakeholderen keresztül, melyet tovább kell bontanom és megfelelően kommunikálnom a fejlesztők felé. A továbbiakban pedig az a feladat, hogy elősegítsem a kommunikációt e két csoport között annak érdekében, hogy valami olyan szülessen, ami ténylegesen megfelel az üzleti igényeknek, másfelől pedig technikailag is megvalósítható. A BA napi szintű kapcsolatban van a fejlesztő és a tesztelő csapattal, segít megválaszolni a nyitott kérdéseket. Utóbbiakkal annak érdekében, hogy tudják, milyen esetekre kell odafigyelni, hogy az adott termékjellemző megfelelő minőségben legyen ellenőrizve. Mindemellett mi BA-k felelünk azért is, hogy megfelelő tér álljon rendelkezésre ahhoz, hogy az üzlet felől érkező igényekből minél többet ki tudjunk elégíteni, hogy különböző módszertanok segítségével fel tudjuk mérni, mire van szükség.


Különböző iparágaknak dolgozva van-e különbség abban, milyen feladatok kerülnek még a BA feladatai közé?

Ez attól függ, milyen keretrendszerben dolgozik az ügyfél. Általánosságban már kész feature listával érkeznek, az adott üzleti problémára a team szolgáltatja a digitális megoldást.

A BA feladatait jellemzi még a priorizáció, az én esetemben itt ér össze két szerepkör: ha több vonalról érkeznek igények, akkor pl. azt a PO-nak kell egy roadmapbe rendeznie, majd pedig meghatároznia, hogy az igények milyen sorrendben kerüljenek kielégítésre.


Ha valaki teljesen más területen dolgozik BA-ként és vált az IT-ra, mire számíthat?

Szüksége lesz időre, míg beleszokik. Itt, az informatikában nagyon erős a hangsúly a különböző módszertanok ismeretén, ám az EPAM minden eszközt biztosít, hogy ezeket el tudja sajátítani az újonnan érkezett munkavállaló. Azt gondolom tehát, hogy a váltás nem kihívásoktól mentes, de megugorható. A szereppel jár az is, hogy flexibilisnek kell lenni és a tudásszomj is elengedhetetlen, hogy a BA akarjon megismerni új domaineket, technológiákat. Fontos az analitikus gondolkodás is, hogy gyorsan átlássa a helyzeteket. Lényeges a hatékony időbeosztás készsége, hiszen sok emberrel, sokféle kontextusban kell kapcsolatban lenni. Amit én legfontosabbnak gondolok, az pedig a jó kommunikációs készség, hisz nem elég megérteni a problémákat, azt tolmácsolni is kell a csapatnak.


Neked mi volt a segítségedre abban, hogy beilleszkedj és haladj a céljaid felé?

Számomra nagyon fontos volt a PTL-em, azaz a People Team Leadem, aki mentorként is részt vett az EPAM-os életemben és irányt mutatott, hogy melyek azok a pontok, ahol erősíteni lehetne és azokra a fókuszáltam. Részt vettem belső képzéseken is, különböző workshopokon, ezen felül hozzáférésünk van a LinkedIn Learninghez, ami segít, hogy elsajátíthassam az elméleti hátteret. A tudásmegosztás egyébként is nagyon nagy erőssége az EPAM-nak, a BA Academy-ben például előadóként is részt veszek, ami segít az újonnan jött BA kollégáknak felvenni a fonalat. Jöjjenek bárhonnan, legyenek bármilyen céljaik.

„Akkor vagyok boldog, ha minden rendben van, ha minden »zöld«.”

„Tíz évre előre is az elnézésedet kérem!” – beszélgetés egy „ős-EPAMossal”, Gál Zoltánnal, vagy ahogy a legtöbben ismerik, Gálúrral.

microsoftteams-image.png

Gál Zoltán, alias Gálúr már afféle intézmény az EPAM céges berkeiben. Saját elmondása szerint is a bolygó egyik legrégebbi EPAM-osa. Karrierjével, személyiségével tulajdonképpen maga is leképezi az EPAM lényegét, több mint egy évtizede erősítve a debreceni és a globális EPAM család csapatát.

Az IT érdeklődésem úgy kezdődött, ahogyan sokaknak: feltűnt egy Commodore a rokonságban... Emellett persze az is hozzájárult ehhez az irányultsághoz, hogy olyan iskolába jártam, ahol már akkor volt egy speciális, alsósoknak basic programozást oktató program. Később sem távolodtam el az informatikától, és nemcsak a szoftver világ érdekelt, hardvereket is szerettem bütykölni. Éppen ezért választottam egy elektronikai műszaki szakközépiskolát, ahol technikusi végzettséget szereztem, majd két különböző egyetemet is megjártam a „papíromért”. BSC informatikus hivatalosan 2008-ban lettem, majd tesztelőként kezdtem a pályafutásomat; ami tulajdonképpen nagyon jól illett a személyiségemhez, hiszen kifejezetten analitikus, ellenőrzős feladatok jellemzik ezt a munkát. Akkor vagyok boldog, ha minden rendben van, ha minden „zöld”. Az a debreceni multi cég, ahol kezdtem,egyébként egy nagyon jó „inkubátor” volt, ami viszont elég hamar felbomlott - ennek köszönhetően kb. 350 szakember rajzott szét; közülük egyébként elég sokan az EPAM-nál kötöttünk ki. 2010 január 1. óta dolgozom tehát itt, és ha jól emlékszem akkoriban nagyjából 7400 fő volt a cég globális dolgozói létszám. Ez a szám ma már meghaladja az 50 000-et. Ennek alapján valószínű, hogy a legrégebben itt dolgozó 10-20 százalék között vagyok a bolygón...

Amikor az EPAM-hoz kerültél folytattad a tesztelői karriered?

Mire felvettek, olyan szintre kerültem, hogy seniorként kezdhettem a cégnél, így nagyon sokféle szerepkörben kipróbálhattam magam. Ebből a szempontból nagyon fontos szakasza volt az életemnek az EPAM előtti munkám, hiszen ott saját termék fejlesztés zajlott, és egy akkor még világújdonságnak számító integrált autótelematika és okos autó rendszeren dolgozhattam együtt kiváló partnerekkel. Ott tanultam meg, hogy mennyire komplex gondolkodásmód kell ahhoz, hogy egy ilyen projektben részt tudjunk venni, ezt kamatoztattam az itteni karrieremben is. Amelyben már nem az a kérdés, milyen munkáim voltak, inkább az, milyenek nem.

Milyen szerepkörben dolgozol jelenleg?

Tavaly november óta a Head of QA Delivery címet viselem. Valószínűleg ezért is neveznek „ős-EPAM-osnak”, mert nem nagyon van olyan tevékenységi kör, akár országosan, akár globálisan, amihez valamilyen közöm ne lenne.

Az összes tesztelő felett most már hivatalosan is egyébként ez az a fő vonal, amit itt mindig képviseltem. Elég hamar átkerült hozzám, először a tesztelők technikai interjúztatása, aztán az irodavezetővel, Zsolttal karöltve az emberek beosztása; ő aztán bevont a staffingba is, utána elég hamar PTL is lettem, úgyhogy elég sok „sapkában”  tudtam beszélni az emberekkel, és elég sok mindenben tudtam nekik segíteni. Aztán így 10 év után érdemes volt ezt már hivatalossá is tenni, és így a saját pool-omba  tartozik mindegyik tesztelő. A delivery-t sosem hagytam ott, nem is tervezem. Igazából az EPAM egyik legnagyobb account-ján van kettős szerepem; több site felett én vagyok a QA manager, és delivery coordinator-ként is segítem a helyi supervisor-t vagy delivery manager-t, akiknek maguknak   is több „sapkája” van. Az enyém így egy közel 300 fős pool. Azontúl a belső előrelépési folyamatban egyfajta katalizátor szerepem van. Nemcsak tesztelőknek, hanem fejlesztőknek is segítek felkészülni és átmenni a folyamaton. Aztán elég sok közös programom van az L&D részlegünkkel is. Nagyon sok programot dolgoztunk ki együtt, akár egymásra épülő programokat, hogy az emberek fejlődjenek. Illetve ott van még a Debreceni Egyetemmel való kapcsolat, na meg Nyíregyházi Egyetemmel való együttműködés elindításából is kivettem a részem, és számos tárgyat először én is tartottam; mostanra már más embereket bevonva ettől kicsit távolabb vonultam, hiszen szerencsére már elég sok felkészült kollgéga van, aki be tudott szállni az oktatásba; ám jellemzően még visszajárok az első bevezető órákat megtartani több kurzuson is.

Milyen metódus szerint tudod menedzselni a napodat, ha ennyiféle, -fajta feladatot kell ellátnod?

Nem az a cél, hogy egy ember ezer dolgot csináljon, jelenleg én is épp átsruktúrálom kicsit a portfóliómat. Van néhány alapvetés, melyek mentén szervezem a munkát, és az embereimnek is ezt adom át. Ilyen például az is, hogy semmit ne csináljunk egyedül kétszer. Ha egy új feladatba kezdek, először megbirkózom vele magam, de másodjára már biztos, hogy bevonok valakit, akinek egyúttal meg is tanítom amit tudok ezzel kapcsolatban. Harmadik, negyedik alkalommal pedig már átadom teljesen a feladatot. Nagyon erősen hiszek a delegálásban, és nemcsak azért, hogy magamat tehermentesítsem, hanem mert úgy hiszem, hogy a „learning by doing” a legfontosabb mentorálási szemlélet. Egy sikeres vezetőnek az a dolga, hogy egy működő struktúrát alakítson ki maga alatt, ami egyrészt biztonságot, másrész lehetőséget teremt a felelősségi körébe tartozó embereknek a fejlődésre.

Mi az, ami miatt egy karrier az EPAM-nál akár évtizedeken is átível? Miért marad valaki ilyen hosszan az EPAM-nál?

Talán a legrövidebb válasz erre, hogy azért, mert az EPAM-ot nem egy cégnek kell felfogni. Account-ról account-ra, projektről projektre váltasz az idők során, és ezek mind egy-egy külön világ. Nagyon más kultúra, szoftverfejlesztési módszerek, üzleti modellek, partnerek várnak mindenhol. A munka sosem válhat unalmassá, hiszen nemcsak nyitottak vagyunk a rotációra, hanem kifejezetten támogatjuk is, mert hisszük, hogy ezáltal fejlődik az ember. Minden lényeges dolgot, amiért általában valaki munkahelyet vált, azt meg lehet csinálni EPAM-on belül úgy, hogy a stabilitás megmarad. Országok, projektek, szerepkörök között lehet váltani, és rengeteg példa van arra is, amikor tesztelőből business analyst, vagy akár fejlesztőből tesztautomatizálási szakember lesz valaki.  Ha átérzed, hogy mi az EPAM szellemisége, onnantól kezdve nem merül fel benned, hogy váltani kellene. Ezért azt gondolom, hogy mindegy, hogy ezt az interjút most csináljuk, vagy 10 év múlva, mert akkor majd arról tudunk beszélgetni, amit azóta csináltam, és az is izgalmas lesz.

Ha már említetted a lokáció váltás lehetőségét; az EPAM projektjei szinte kivétel nélkül nemzetköziek. Ez magában hordozza, hogy az angoltudás nélkülözhetetlen. Sokaknak itthon azonban a szakmai tudása akár jóval magasabb szinten áll, mint a nyelvtudása. Mennyiben jelenthet ez akadályt? Neked hogyan idomult az angolod ehhez a közeghez?

A válaszom talán tanulságos lehet, főleg a fiatalabb olvasóknak. Általános iskolában olyan szerencsés voltam, hogy nemcsak informatikát tanulhattam igen korán, de a Zsolnai-programban is részt vehettem, ami egy különleges kezdeményezés volt a nyolcvanas, kilencvenes években. Kifogtam egy remek tanárt, aki az addigi, inkább gyenge motivációmat teljesen az ellenkezőjébe fordította. Fél év alatt olyan szintre hozott, hogy aztán már én magam szerveztem meg, hogy az iskola és a szüleim közösen előfizessenek a Newsweek-re. Számomra mindig is fontos volt, hogy tanuljak, friss tudást szerezzek - ezáltal pedig a külföldi hírekhez első kézből juthattam hozzá. Az angol egy olyan különleges világot jelentett, ami nem hasonlított semmihez, amit addig elértem. Annyira inspiráló volt számomra a nyelvtanulás, hogy megszerveztem egy önképző kört egy amerikai jezsuita misszionárius csoporttall; mi őket magyarul, ők minket angolul tanítottak, így gimi harmadik osztályában az egész osztály le tudta tenni minimum a középfokú komplex nyelvvizsgát. Nekem a felsőfok is sikerült 17 évesen, bár azóta nem foglalkozom külön az angol tanulással, de minden lehetőséget megragadok arra, hogy fejlesszem a szókincsem, a tudásom. Mindenkinek azt szoktam tanácsolni, akinek esetleg nem olyan fejlett az angolja amikor az EPAM-hoz érkezik, hogy a cégnél ingyenesen elérhető angol oktatáson túl mindent, amit csak tud, olvasson angolul. Én magam is csak azt olvasom magyarul, amit eleve magyarul írtak. Ezáltal implicit módon fejleszti magát az ember, mert egy dolog a hivatalos angol oktatás, a nyelvtani formák megtanulása, de az élő nyelvet gyakorolni kell, a meetingeken kívül is.

Azt mondod, 10 év múlva is EPAM-os leszel és mint kiderült, már 10 éve is az voltál. Milyennek láttad akkor az EPAM-ot, az EPAM Debrecent és mit gondolsz, milyen lesz 10 év múlva?

10 éve? Az a hőskor volt! A debreceni irodában 33-an voltunk - innen ered a becenevem is, a Gálúr, mert a kis létszám dacára kb. minden negyedik embert Zoltánnak hívtak, beleértve a lányokat is. Hosszas tanakodás után végül mindenki a korábbról származó nicknevét hozta be, így én is. Ha majd 10 év múlva ismét beszélgetünk, elmondom annak a történetét is... Mivel ilyen kevesen voltunk, mindenki ismert mindenkit, mindannyian együtt ünnepeltük a névnapokat, születésnapokat. Később aztán, ahogy bővültünk, már nem lehetett ennyire megőrizni ezt a családias hangulatot, de azóta is töretlenül azon dolgozunk, hogy ezt a hagyományt mégis átörökítsük, és a pandémia és minden más ellenére is maradjon meg az a feeling, amiért szeretünk együtt dolgozni. És hogy csak egy példát hozzak a nemzetközi növekedésre: egy a minszki irodában dolgozó kolléga, aki lemondta a mobilinternet előfizetését, mert a városban mára már annyi EPAM iroda működik, hogy bármerre jár, mindig hatáskörön belül marad. Kispályásból nagypályások lettünk, és ha 10 év múlva találkozunk a cég létszáma már minden bizonnyal hatszámjegyű lesz. A globális branddé válás útján járunk, és egyre nagyobb lesz az ismertségünk a világban, annak dacára is, hogy nem a végfelhasználóknak, hanem cégeknek fejlesztünk.

Beírod a naptáradba a 2031. július 15-e reggel 8:30-at? (az interjú időpontja volt. a szerk.)

Beírom. És már most előre szólok, hogy lehet, hogy onnan is késni fogok, mert valószínűleg akkor is lesz 8.00 órakor egy callom, ami nem biztos, hogy pontosan véget ér fél 9-ig... Ezért 10 évre előre is az elnézésedet kérem!

A teljes beszélgetést hallgasd meg a LifeInTech podcast csatornán! (link)

Így épül fel és működik egy hatalmas, nemzetközi IT projekt – egy scrum master és két vezető fejlesztő mutatja be, mitől igazán sikeres a munkájuk

Egy szolgáltatás, sokmillió felhasználó, sokszáz fejlesztő és közte ott a munka, maga a fejlesztés. A „Projekten vagyok” sorozat legújabb részében egy turisztikai projekt felépítését és működését mutatja be három olyan EPAM-os szakember, akik hosszú évek óta vesznek részt abban a munkában, ami igazán sikeressé teszi ezt a nemzetközi ügyfél-EPAM együttműködést.


hcom_blog.png

Sólyom Zsófia

Közgazdászként végzett az Budapesti Műszaki Egyetemen, az EPAM-hoz öt éve csatlakozott - akkor még recruiterként. Három éve váltott házon belül: először projekt koordinátorként tevékenykedett, jelenleg pedig Scrum Masterként támogatja a projekten dolgozók munkáját. Pillanatnyilag két csapattal dolgozik együtt.

Pintér Gergely Levente

Hét éve dolgozik az EPAM-nál; egyetemista volt, mikor a cég egyik recruitere megkereste, hogy aztán junior android fejlesztőként el is kezdhesse itteni pályafutását. A jelenlegi projekthez 2015-ben csatlakozott mid-developer szerepkörben, ma pedig már seniorként vezeti az androidra specializálódott csapatát.

Nagy Gergő István

Szegeden végzett mérnökinformatikus szakon, majd némi „telcós útkeresés” után 2011-ben igazolt az EPAM-hoz junior fejlesztőként, egy, a cég által szervezett Java program elvégzését követően. A fejlesztői ranglétrát végigjárva, a medior majd a senior címeket megszerezve ma már Lead Softver Engineer-ként dolgozik a projekten. Emellett egy másik címet is „visel”: a people managmentben szerzett tapasztalatát Engineering Team Lead-ként kamatoztatja két csapatában.

Évtizedes együttműködés

Az idegenforgalommal és turisztikával foglalkozó projekt majd’ tizenhárom éve, 2008-ban indult: ekkor lett a főként online utazásszervezéssel, szállásfoglalással, repülőjegyértékesítéssel, hajóútakkal, autóbérléssel és a külföldi piacokon vonatjegy értékesítéssel is foglalkozó vállalat az EPAM ügyfele.

„Az ügyfél technológiai fókuszú céggé nőtte ki magát az évek alatt, nagyon erősen jelen van az IT-ban és különböző open source kezdeményezéseket is patronálnak. Jelenleg az EPAM-nál különböző lokációkon, többszáz fő dolgozik ezen a projekten. A hazai EPAM mind a budapesti, mind a debreceni és szegedi irodáival is képviselteti magát. A több mint egy évtizede tartó együttműködés olyan partneri kapcsolatot hozott létre, melynek köszönhetően nagyon hatékony a közös munka, és mára mi is kicsit közülük valók vagyunk, befogadtak minket” –  ismerteti a legfontosabb tudnivalókat a projektről Nagy Gergő István, Lead Softver Engineer.

 

Szerepkörök és feladatok - így épül fel a projekt

A projekt maga projektcsapatokra, azaz fejlesztői csapatokra épül; a csapatokban pedig különböző szerepkörökben dolgoznak a fejlesztők. „Vannak back-end és front-end fejlesztőink, mobilosok, akiknek egy része androidra, egy része iOS-re fejleszt. Vannak tesztelők a projekten, közülük egyesek automatizált teszteket írnak, mások manuális teszteket végeznek, miközben az a tendencia, hogy a fejlesztők maguk is képesek legyenek teszteket írni és elvégezni, értsenek több dologhoz is.  A csapatoknak legtöbbször van egy fejlesztési vezetőjük, a development lead, ebben a pozícióban dolgozik Gergő is (Nagy Gergő István, a szerk.), és egy technikai vezetőjük, a tech lead; emellett pedig a csapatokat majd’ minden esetben egy scrum master is erősíti. Kiegészül még a csapat a technical product managerrel - mi csak TPM-nek hívjuk -, aki a termék különböző elvárásait fogalmazza meg technikai nyelvre lefordítva. Az ügyfél oldalán is vannak szerepkörök: magasabb, menedzseri pozíciók, amiket a különböző szervezeti egységek vezetői töltenek be, és akik a team szerves részét képezik. Ami a csapatok létszámát illeti, ez változó: vannak 4-6 fős kisebb csapatok, de lehetnek akár 10 fősek. A csapattagok különböző lokációkon is dolgozhatnak, más-más időzónákban, így mindig van, aki éppen aktív – avat be a projekt felépítésének részleteibe Sólyom Zsófia Scrum Master.

 

Nemzetközi terepen

A különböző lokációk, a nemzetközi csapat közös nyelve - a technológián kívül persze -, mi más lenne, mint az angol. „Ahhoz, hogy valaki dolgozni tudjon, mindenféleképpen szükséges a kommunikációs szintű angol nyelvtudás. Hiába van valaki Budapesten, meglehet, hogy egy shenzeni kollégával vesz részt egy tesztelésben, vagy éppen egy texasi EPAM-ossal próbálnak ki közösen egy új fejlesztési technológiát. A helyi lokációban is nagyon színes és egyedi tehát a társaság” – mondja Pintér Gergely Levente senior fejlesztő.

Az EPAM-nál ugyanakkor az sem jelent akadályt abban, hogy valaki itt indítsa vagy éppen máshonnan igazolva, folytassa a karrierjét, ha az angoljanem nem éppen a legerősebb. „Nagyon sok nyelvi felkészítő, rövidebb, hosszabb időtartamú nyelvtanfolyam van. Ha valakinek még fejlődnie kell az angol nyelvtudásában, nyugodtan csatlakozhat a céghez, és házon belül részt tud venni a szintjének megfelelő nyelvoktatáson. Amikor pedig projektre kerül, egy »bemelegítő időszak« veszi kezdetét, amikor is van ideje megtanulni a helyi sajátosságokat, nem csupán nyelvi, hanem minden egyéb téren is. Nem dobják rögtön a mélyvízbe, van ideje felvenni a fonalat és ehhez meg is kap minden szükséges támogatást a kollégáktól” – sorolja a lehetőségeket a projekten már sokéves tapasztalatot szerzett szakember.


Kezdőket is várnak!

„Hozzánk éppen az elmúlt hetekben csatlakozott két junior fejlesztő. Az egyikük teljesen kezdő, az ügyfél felé nem szállít még; a cél most az, hogy tanuljon, így különböző kis egységeket, munkafolyamatokat kap gyakorlásként, ezzel segítjük a fejlődését. Amint készen áll rá, ő is a csapat aktív és produktív részévé válik majd, és elindulhat a saját EPAM-os karrierútján„– meséli Pintér Gergely Levente. Ebből az aktuális példából is kiválóan látszik, hogy a kezdő programozói alapismeretekkel rendelkező fejlesztők számára is van lehetőség a cégnél, sőt. Azt már kollégája, Nagy Gergő István teszi hozzá, hogy az említett fiatal kollégának azért is szavaztak bizalmat, mert olyan alapvető készségekről tett tanúbizonyságot az interjún, mint amilyen a jó kommunikációs készség. „Nagyon fontos dolog a szoftverfejlesztésben és nálunk az EPAM-nál különösen, hogy érthetőn fejezzük ki magunkat, jól tudjuk tolmácsolni a problémáinkat és képesek legyünk tisztán kommunikálni az ügyfél számára, hogy milyen lehetőségei vannak.” A Lead Softver Engineer úgy látja, azok pályázhatnak sikeresen a cégnél, akik rendelkeznek alapvető algoritmikus gondolkozással, nyitottak az újdonságok befogadására, rugalmasak és egy vagy több programozási nyelvet ismernek. Ezekre a készségekre aztán már lehet építeni és új elemeket megtanulni, fejlődni.

„Jelenleg juniorokat és seniorokat egyaránt keresünk, de akadnak időszakok is, amikor kifejezetten inkább nagyobb szakmai tapasztalatot igénylő pozíciókat kell betölteni - így tulajdonképpen bármilyen szinű tapasztalattal rendelkező fejlesztő jelentkezését szívesen vesszük. Szerepkörtől és pozíciótól függetlenül a legfontosabb, hogy az EPAM-ban nagyon fontos a csapatmunka, így az együttműködésre való készség az egyik legnagyobb érték. Olyan embereket keresünk, akik nyitottak a változásra, és szeretnének egy összetartó, színes csapat tagjai lenni.”

süti beállítások módosítása