Në fazën moderne të zhvillimit të zhvillimit industrial të softuerit, mund të vërehet një larmi rolash prodhues. Numri i tyre po rritet, klasifikimi po bëhet më i ndërlikuar çdo vit, dhe, natyrisht, proceset e përzgjedhjes së specialistëve dhe punës me potencialin njerëzor po bëhen më të komplikuara. Teknologjitë informative (IT) janë një fushë me burime të kualifikuara të punës dhe mungesë të kuadrove. Këtu, procesi i zhvillimit të kuadrove, nevoja për një punë të planifikuar me potencialin njerëzor shpesh bëhet më efektiv se përzgjedhja e drejtpërdrejtë përmes burimeve të internetit.
Ky artikull shqyrton çështje që janë relevante për specialistët që punojnë me burimet njerëzore në kompanitë IT: lidhjet shkak-pasojë në evolucionin e rolave prodhuese, pasojat e keqkuptimeve mbi kuptimin e rolave për punën me kuadrot në tërësi, si dhe mundësitë për të rritur efikasitetin në përzgjedhjen e specialistëve.
Prodhimi IT për ata që nuk janë të njohur
Kush është kush në IT – ky është një temë për diskutim në shumë platforma. Ajo ekziston aq sa ekziston vetë industria IT, pra nga shfaqja në tregun e konsumatorëve të kompanive të para të zhvilluesve të softuerit në fillim të viteve '90 të shekullit të kaluar. Po ashtu, ka mungesë të një vizioni të njëjtë mbi këtë çështje, gjë që krijon vështirësi dhe ul efikasitetin e punës me kuadrot. Le të përpiqemi ta sqarojmë atë.
Për mua, tema e rolave prodhuese në fushën e IT-së është bërë e rëndësishme dhe interesante që nga momenti i ardhjes sime në një kompani IT. Kam shpenzuar shumë kohë dhe energji nervore për të kuptuar procesin e prodhimit. Këto shpenzime tejkaluan pritjet e mia dhe shpenzimet për adaptimin në procese në fusha të tjera: arsim, prodhim material, biznes të vogël. Më kishte lindur kuptimi se proceset janë të ndërlikuara dhe të pakta, pasi, në përgjithësi, njeriu është më i adaptuar në botën materiale sesa në atë virtuale. Por kishte një qëndrim intuitiv: dukeshin se kishte diçka që nuk ishte në rregull, kështu nuk do të ishte. Procesi i adaptimit ka zgjatur, ndoshta, një vit, që në perceptimin tim është thjesht një shkallë koherent. Si përfundim, kam arritur një kuptim mjaft të qartë mbi rolet kyçe në prodhimin IT.
Aktualisht po vazhdoj të punoj mbi këtë temë, por tani në një nivel tjetër. Në rolin e drejtorit të qendrës së zhvillimit në një kompani IT, shpesh kam për të komunikuar me studentë, mësues universitarë, aplikantë, nxënës dhe të tjerë që dëshirojnë të kontribuojnë në krijimin e një produkti IT për të promovuar markën e punëdhënësit në tregun e punës në territorin e ri (qyteti Yaroslavl). Ky komunikim është i vështirë për shkak të nivelit të ulët të informacionit të bashkëbiseduesve mbi se si është organizuar procesi i zhvillimit të softuerit dhe, si pasojë, moskuptimit të temës së bisedës. Pas 5–10 minutash dialogu, ndalon së marrë reagime dhe fillon të ndihesh si një i huaj, i cili ka nevojë për përkthim. Zakonisht, në mesin e bashkëbiseduesve ndodhet dikush që e përfundon bisedën dhe thotë mitin popullor nga vitet '90: "Të gjitha, gjithsesi, të gjithë IT-istët janë programues." Burimet e këtij miti janë të tilla:
- Industria IT është duke u zhvilluar me shpejtësi, dhe në këto kushte të gjitha kuptimet dhe parimet themelore janë në fazën e formimit;
- në kushte pasigurie, ekzistenca është e vështirë, prandaj njeriu përpiqet ta lehtësojë kuptimin e të panjohurës duke krijuar mite;
- njeriu është më i zakonshëm në perceptimin e botës materiale sesa asaj virtuale, dhe për këtë arsye i është e vështirë të japë një definim për konceptet që janë përtej perceptimit të tij.
Përpjekjet për të luftuar këtë mit ndonjëherë kujtojnë një betejë me mullinj të erës, pasi ka disa aspekte të problemit që kërkojnë punë. Një specialist burimesh njerëzore duhet, së pari, të ketë një pamje të qartë të roleve prodhuese në një kompani IT në përputhje të përsosur dhe reale, së dyti, të kuptojë se si dhe kur mund të përfshihet më efektivisht burimi i brendshëm i kompanisë, së treti, cilat metoda reale do të ndihmojnë për të rritur informimin e pjesëmarrësve në tregun e punës dhe do të kontribuojnë në zhvillimin e markës së punëdhënësit. Le të shqyrtojmë këto aspekte më në detaje.
Cikli i jetës së softuerit si bazë e roleve prodhuese
Nuk është sekret që në tërësi të gjitha rolet prodhuese në çdo kompani IT kanë si burim ciklin e jetës së software-it. Prandaj, nëse do të vendosim një detyrë konceptuale për t'u pajtuar mbi një njësi të perceptimit të këtij çështje brenda gjithë sektorit IT, duhet të mbështetemi pikërisht në ciklin e jetës së software-it si një bazë kuptimore që pranohet dhe kuptohet qartë nga të gjithë. Diskutimi i varianteve specifike të realizimit të çështjeve të rolit prodhues është në fushën e marrëdhënieve tona krijuese me ciklin e jetës së software-it.
Pra, le të shqyrtojmë fazat që përfshin cikli i jetës së software-it, duke marrë si shembull metodologjinë RUP. Ato janë lidhje të formuara mjaft mirë në aspektin e përmbajtjes dhe terminologjisë. Procesi prodhues gjithmonë dhe kudo fillon me modelimin e biznesit dhe formimin e kërkesave, dhe përfundon (në mënyrë të kushtëzuar, natyrisht) me konsultimin e përdoruesve dhe përmirësimet e software-it bazuar në "dëshirat" e përdoruesve.
Nëse bëjmë një ekskursion historik në fund të shekullit të kaluar (siç dihet, ky ishte periudha e "automatikës ishullore"), mund të shohim se i gjithë procesi i krijimit të software-it u menaxhua nga programatori-zhvillues. Këtu ndodhen rrënjët e mitit se çdo IT-ist është një programator.
Me kompleksitetin në rritje të proceseve prodhuese, shfaqjen e platformave të integruara dhe kalimin në automatizimin kompleks të fushave të caktuara, me ri-inxhinierimin e proceseve të biznesit bëhet e pashmangshme shfaqja e roleve të specializuara, të lidhura me fazat e ciklit të jetës. Kështu zakonisht shfaqet analisti, testuesi dhe specialisti i mbështetjes teknike.
Dijeni se shumëllojshmëria e pozita është e dukshme përmes rolit të analistit.
Analisti (ai cili është inxhinier-analist, gjithashtu ndihmës, metodolog, analist të biznesit, analist sistemesh etj.) ndihmon ‘të lidhë’ detyrat e biznesit me teknologjitë për realizimin e tyre. Përshkrimi i formulimit të detyrës për zhvilluesin – kështu mund të karakterizohet funksioni kryesor i analistit abstrakt. Ai vepron si urë lidhjeje ndërmjet klientit dhe zhvilluesit në proceset e formimit të kërkesave, analizës dhe projektimit të softuerit. Në kushte reale të prodhimit, lista e funksioneve të analistit përcaktohet nga mënyra e organizimit të prodhimit, kualifikimi i specialistit, specifika e fushës së modeluar.
Një pjesë e analistëve është më afër klientit. Këta janë analistët e biznesit (Business Analyst). Ata e kuptojnë thellësisht proceset e biznesit të fushës përkatëse dhe vetë janë ekspertë të proceseve që automatizohen. Është shumë e rëndësishme që të ketë specialistë të tillë në stafin e kompanisë, veçanërisht gjatë automatizimit të fushave metodologjikisht komplekse. Në veçanti, për ne si automatizues të procesit buxhetor të shtetit është absolutisht e nevojshme që mes analistëve të jenë ekspertë të fushës përkatëse. Këta janë punonjës me kualifikime të larta, arsimin të mirë në fushën financiare-ekonomike dhe përvojë pune në organet financiare, preferohet në rol të specialistëve kryesorë. Eksperienca e punës jo në fushën e IT-së, por pikërisht në fushën përkatëse është jashtëzakonisht e rëndësishme.
Pjesa tjetër e analistëve është më e afërt me zhvilluesit. Këta janë analistët sistemorë (System Analyst). Detyra e tyre kryesore është identifikimi, sistematizimi dhe analiza e kërkesave të klientit në lidhje me mundësitë e plotësimit të tyre, përgatitja e detyrave teknike dhe përshkrimi i formulimeve të detyrave. Ata e dinë jo vetëm për proceset e biznesit, por edhe për teknologjitë informative, kanë një ide të mirë për mundësitë e softuerit të ofruar klientit, zotërojnë aftësi projektimi dhe, për rrjedhojë, e kuptojnë se si t'ua përcjellin më mirë dëshirat e klientit zhvilluesit. Këta punonjës duhet patjetër të kenë arsim në fushën e ICT dhe një mendësi inxhinierike, e preferueshme është të kenë përvojë pune në IT. Gjatë përzgjedhjes së këtyre specialistëve, një avantazh i dukshëm do të jetë zotërimi i aftësive të projektimit duke përdorur mjete moderne.
Një tjetër lloj analistësh janë shkruesit teknikë (Technical Writer). Ata merrem me dokumentimin brenda proceseve të zhvillimit të softuerit, përgatiten udhëzime për përdoruesit dhe administratorët, instruksione teknologjike, materiale mësimore në video, etj. Detyra e tyre kryesore është të arrijnë të informojnë përdoruesit dhe palët e tjera të interesuara për funksionimin e programit, duke përshkruar gjërat teknikisht të komplikuara në mënyrë të qartë dhe të kuptueshme. Shkruesit teknikë, në masën më të madhe, zotërojnë përsosur gjuhën ruse, ndërkohë që kanë arsimin teknik dhe një mendësi analitike. Për këta specialistë, aftësitë për të përgatitur tekste teknike të qarta, të sakta dhe të detajuara në përputhje me standardet janë me rëndësi të madhe, si dhe njohuritë dhe zotërimi i mjeteve të dokumentimit.
Pra, ne shohim të njëjtën rol (dhe, për të thënë të vërtetën, pozita në strukturën organizative) – analist, por në ndryshimet e saj specifike dhe të aplikueshme. Kërkimi i specialistëve për secilën prej tyre ka tipare të veçanta. Është e rëndësishme të dihet se këto lloj analistësh shpesh duhet të kenë aftësi dhe njohuri që mund të jenë të papajtueshme në një njeri. Njëra – humanitare, e prirur për punë analitike me volume të mëdha dokumentesh tekstual, me të folur të zhvilluar dhe komunikueshmëri, tjetra – një "teknik" me një mendësi inxhinierike dhe interesa në fushën e IT.
Të marrim nga jashtë apo të rrisim brenda?
Për një përfaqësues të madh të industrisë IT, efektiviteti i rekrutimit të drejtpërdrejtë nga burimet në internet zvogëlohet ndërsa projektet rriten. Kjo ndodh, në veçanti, për ato arsye: adaptimi i shpejtë në proceset e komplikuara brenda kompanisë është i pamundur, shpejtësia e mësimit të mjeteve specifike është më e ulët se shpejtësia e zhvillimit të projektit. Prandaj, është e rëndësishme që specialisti i HR të dijë jo vetëm se kë të kërkojë jashtë, por edhe se si të përdorë burimet e brendshme të kompanisë, nga kush dhe si të rrisë një specialist.
Për analistët e biznesit, eksperienca e punës brenda proceseve reale të fushës është shumë e rëndësishme, prandaj përzgjedhja e tyre "nga jashtë" është më efektive se sa rritja e tyre brenda kompanisë. Në këtë rast, specialisti i HR duhet të dijë listën e institucioneve që mund të jenë burime për këtë resurs njerzor dhe gjatë përzgjedhjes të përqendrohet në kërkimin e CV-ve nga ato.
Për mbylljen e vakancave si analisti sistematik dhe arkitekti i softuerit, përkundrazi, procesi i trajnimit të stafit brenda kompanisë ka një rëndësi të madhe. Këta specialistë duhet të formohen në kushte të ambientit prodhues aktual dhe specifikave të organizatës konkrete. Analistët sistematikë (System Analyst) zhvillohen nga analistët e biznesit (Business Analyst), shkrimtarët teknikë (Technical Writer) dhe inxhinierët e mbështetjes teknike (Technical Support Engineer). Arkitektët e softuerit (Software Architect) - nga projektuesit (System Designer) dhe zhvilluesit e softuerit (Software Developer) me kalimin e kohës si rezultat i grumbullimit të eksperiencës dhe zgjerimit të horizontit. Ky fakt lejon specialistin e HR të angazhojë me efikasitet burimet e brendshme të kompanisë.
Ndërveprimi, bashkimi dhe evolucioni i roleve prodhuese
Ka një tjetër çështje të vështirë nga perspektiva e realizimit në procesin prodhues - vendosja e kufijve të qartë midis roleve. Në pamje të parë mund të duket se gjithçka është e qartë: përfundoi implementimi, nënshkruam dokumentet për vënien në përdorim të softuerit dhe e kaluam gjithçka në mbështetje teknike. E vërtetë, megjithatë shpesh ndodhin situata kur klienti, nga zakoni, duke qenë në një kontakt të ngushtë me analistin dhe duke e parë atë si "shkopin ndihmues", vazhdon të komunikojë aktivisht me të, megjithëse sistemi tashmë është implementuar dhe formalisht ndodhet në fazën e mbështetjes. Megjithatë, nga pikëpamja e klientit, kush mund të përgjigjet më mirë dhe më shpejt se analisti, i cili bashkë me të e ka vendosur problemin, për pyetje në lidhje me përdorimin e sistemit. Këtu lind çështja e pjesërisht dyfishimit të roleve të inxhinierit të mbështetjes teknike dhe analistit. Me kalimin e kohës gjithçka stabilizohet, klienti mësohet të komunikojë me shërbimin e mbështetjes teknike, por në fillim të përdorimit të softuerit një "kalim të brendshëm" të tillë nuk arrihet gjithmonë pa stres nga të dyja palët.
Kryqëzimi i roleve të analistit dhe inxhinierit të mbështetjes teknike ndodh gjithashtu kur rrjedha e kërkesave për zhvillim është në fazën e mbështetjes. Duke u kthyer në ciklin e jetës së programeve, ne shohim një moskonsistencë midis kushteve të vërteta të prodhimit dhe udhëzimeve formale që thonë se analiza e kërkesave dhe formulimi i detyrave mund të kryhen ekskluzivisht nga analisti. Një specialist i punës me burime njerëzore padyshim që duhet të kuptojë pamjen ideale të roleve brenda ciklit të jetës së programeve, ato kanë kufij të qartë. Por, në të njëjtën kohë, duhet të kemi parasysh se është e mundur të ketë kryqëzime. Kur vlerësoni njohuritë dhe aftësitë e një kandidati, duhet të keni vëmendje për praninë e përvojës së afërt, pra, gjatë kërkimit të inxhinierëve të mbështetjes teknike, kandidatët me përvojë si analist janë gjithashtu të pranueshëm dhe anasjelltas.
Përveç kryqëzimeve, shpesh vërehet bashkimi i roleve prodhuese. Për shembull, një analist biznesi dhe një shkrimtar teknik mund të ekzistojnë në një person. Prania e një arkitekti të softuerit (Software Architect) është e domosdoshme në zhvillimin industrial të madh, ndërsa projektet shumë të vogla mund të kalojnë pa këtë rol: atje funksionet e arkitektit kryhen nga zhvilluesit (Software Developer).
Ndryshimi i periudhave historike në qasjet dhe teknologjitë e zhvillimit, për fat të keq, çon në evoluimin e ciklit të jetës së programeve. Globalisht, sigurisht, fazat e tij kryesore mbeten të pandryshuara, por ndodhin detajizime. Për shembull, me kalimin në zgjidhje Web dhe rritjen e mundësive për konfigurim të largët, u shfaq roli i specialistit të konfigurimit të softuerit. Në fazën e hershme historike, këta ishin implementuesit, domethënë inxhinierë që kalonin shumicën e kohës së punës në vendet e punës të klientëve. Vëllimet në rritje dhe komplekësia e programeve çuan në shfaqjen e rolit të arkitektit të softuerit (Software Architect). Kërkesat për përshpejtimin e lëshimit të versioneve dhe përmirësimin e cilësisë së programeve kontribuan në zhvillimin e testimit të automatizuar dhe shfaqjen e një roli të ri – inxhinierit të sigurise së cilësisë (Quality Assurance Engineer), etj. Evolucioni i roleve në të gjitha fazat e organizimit të procesit të prodhimit është ndjeshëm i lidhur me zhvillimin e metodave, teknologjive dhe mjeteve.
Kështu, ne shqyrtuam disa pika interesante lidhur me shpërndarjen e rolleve prodhuese brenda një kompanie zhvillimore të softuerit në kontekstin e ciklit të jetës së softuerit. Është e qartë se kjo është një pikëpamje nga brenda, e cila është specifike për çdo kompani. Për ne të gjithë si pjesëmarrës në tregun e punës në sektorin e IT-së dhe përgjegjës për promovimin e brandit të punëdhënësit, është veçanërisht e rëndësishme edhe një pikëpamje nga jashtë. Dhe këtu ekziston një problem i madh jo vetëm në kërkimin e kuptimeve, por edhe në dërgimin e këtij informacioni tek publiku i synuar.
Çfarë është e keqe tek "zoo" i pozicioneve IT?
Konfuzioni në mendjen e specialistëve të HR-së, organizatorëve të prodhimit dhe shumëllojshmëria e qasjeve çojnë në një diversitet shumë të gjerë, duke formuar pikërisht "zoo" të pozicioneve IT. Eksperienca në intervistat dhe thjesht kontaktet profesionale tregon se shpesh njerëzit nuk kanë një kuptim të qartë të ngarkesës semantike që duhet të vijë nga titujt e pozicioneve. Për shembull, në organizatën tonë, pozitat që përfshijnë konceptin e "inxhinier-analist" nënkuptojnë se ai është një përcaktues detyrash. Megjithatë, ndodh që nuk është kështu kudo: ka organizata zhvilluese ku inxhinier-analist është implementues. Një kuptim krejt tjetër, e pranon?
Së pari, "zoo" i pozicioneve IT, pa dyshim, ul efikasitetin e rekrutimit të personelit. Çdo punëdhënës, gjatë zhvillimit dhe promovimit të markës së tij, dëshiron të përcjellë në një formë të shkurtër të gjitha kuptimet që ekzistojnë në prodhimin e tij. Dhe nëse ai vetë shpesh nuk mund të thotë qartë kush është kush, natyrshëm do të transmetojë në ambientin e jashtëm papërcaktueshmëri.
Së dyti, "zoo" i pozicioneve IT krijon probleme të mëdha në përgatitjen dhe zhvillimin e stafit IT. Çdo kompani serioze IT, që ka si qëllim formimin dhe zhvillimin e potencialit të punonjësve, e jo thjesht "të inkurajojë" faqet e punës, përballen herët ose vonë me nevojën për bashkëpunim me institucionet arsimore. Për kadrot IT me kualifikim të lartë, ky është një segment i universiteteve, sidomos atyre më të mira, të paktën në renditjen e TOP-100.
Problemi i integrimit me universitetet në ndërtimin e procesit të vazhdueshëm të përgatitjes së specialistëve IT qëndron rreth gjysmës në mungesën e kuptimit nga ana e universiteteve se kush është kush brenda kompanisë IT. Ata kanë një përfytyrim shumë sipërfaqësor mbi këtë. Zakonisht, universitetet kanë disa specialitete me fjalën "informatikë" në titujt e tyre, dhe shpesh ndodh që gjatë zhvillimit të fushatave të tyre të pranimit, mbështeten në tezën se të gjitha specialitetet në thelb flasin për të njëjtën gjë. Kjo duket sikur mbështetet në mitin popullor se të gjithë specialistët e IT janë programues.
Përvoja jonë e afërt me universitetet tregon se specialiteti "Informatika Praktike (sipërmarrjeve)" na furnizon me staf për departamentet e metodologjisë dhe mbështetjes teknike, por aspak për zhvillimin. Ndërsa "Informatika Fonduese", "Inxhinieria e Softuerit" përgatit një burim të shkëlqyer kuadrosh për zhvilluesit. Për të mos dërguar studentët e rinj fillimisht në një rrugë të papërshtatshme për ta, është e nevojshme të "shkëputet mjegulla" që rrethon prodhimin e IT.
A është e mundur të sjellim gjithçka në një emërues të përbashkët?
A është e mundur të unifikojmë rolet prodhuese dhe të arrijmë një kuptim të përbashkët për to, brenda dhe jashtë kompanisë?
Sigurisht, është e mundur dhe e nevojshme, sepse përvoja kolektive e të gjitha kompanive zhvillues tregon se ekzistojnë koncepte të përbashkëta, bashkues për organizimin e procesit prodhues. Kjo është pasojë e faktit se ka një kuptim të qartë dhe të përgjithshëm të ciklit të jetës së softuerit, dhe rolet e reja prodhuese (Data Scientist, QA Engineer, Machine Learning Engineer etj.) janë pasojë e saktësimit dhe zhvillimit të ciklit të jetës së softuerit si një i tillë, që ndodhin me përmirësimin e teknologjive dhe mjeteve, si dhe me zhvillimin dhe zgjerimin e detyrave biznesore.
Megjithatë, është e vështirë të unifikohen rolet prodhuese, sepse IT është një nga industritë më të reja dhe më të shpejta në rritje të ekonomisë. Në disa kuptime, ky është një kaos, nga i cili ka lindur universi. Një strukturë organizative e qartë këtu është e pamundur dhe e papërshtatshme, sepse IT është një fushë intelektuale, por shumë krijuese. Nga njëra anë, një specialist i IT është një "fizik"-intelektual me mendime të zhvilluara algoritmike dhe matematikore, nga ana tjetër, ai është një "liriku"-krijues, bartës dhe promovues idesh. Ashtu si artisti, ai nuk ka një plan të qartë për shkruarjen e një industrie, nuk mund ta ndanë imazhin në pjesë, sepse ai do të ndalonte së ekzistuari. Ai është zotërues i proceseve informative, të cilat vetë janë abstrakte, të pakapshme, të vështira për t'u matur, por shumë të shpejta.
Mënyrat për të ndërtuar një punë efektive të burimeve njerëzore në prodhimin IT
Pra, çfarë është e rëndësishme të dihet për specialistin e burimeve njerëzore për të ndërtuar një punë efektive të burimeve njerëzore në kushtet e diversitetit të rolëve në prodhimin IT.
Së pari, çdo specialist i burimeve njerëzore në një kompani IT duhet të ketë një ide të situatës që është karakteristikë e këtij ndërmarrjeje: kush dhe çfarë bën, kush dhe si quhet, dhe më e rëndësishmja – çfarë kuptimi i jepet këtyre rolëve në kushtet e prodhimit specifik.
Së dyti, specialisti i burimeve njerëzore duhet të ketë një përceptim të fleksibilitetit të rolëve prodhuese. Kështu që, fillimisht, ai formon një kuptim të përsosur për to, që i lejon atij të kuptojë gjithçka. Më pas, duhet të ketë një pamje reale të prodhimit: ku dhe në çfarë rolet përputhen, bashkohen, çfarë perceptimi ekziston për këto role nga drejtuesit prodhues. Vështirësia për specialistin e burimeve njerëzore qëndron në përputhjen e situatave reale dhe ideale në mendjen e tij, pa tentuar të detyrojë proceset të përshtaten për të kuptuar të përsosur, por të ndihmojë prodhimin për të përmbushur kërkesat për burime.
Në radhë të tretë, është patjetër e nevojshme të kemi një kuptim të trajektimeve të mundshme të zhvillimit të specialistëve të ndryshëm: në çfarë rasti mund të jetë efektiv përzgjedhja e jashtme, dhe kur është më mirë të zhvillosh një punonjës në kolektivin tënd duke i ofruar mundësi për zhvillim, cilat cilësi të kandidatëve do të lejojnë që ata të zhvillohen në një drejtim të caktuar, cilat cilësi nuk mund të jenë të përputhshme në një person dhe çfarë është fillimisht e rëndësishme për zgjedhjen e trajektores së zhvillimit.
Në radhë të katërt, le të kthehemi në tezën se IT është një fushë me kuadro të larta kualifikimi, ku për punë më efektive në resurse njerëzore, integrimi i hershëm me ambientin arsimor të universiteteve është i pashmangshëm. Në këtë situatë, çdo specialist në HR duhet të zhvillojë jo vetëm aftësitë e kërkimit të drejtpërdrejtë, punës me formularët dhe intervistat, por gjithashtu të orientohen patjetër në ambientin e përgatitjes së specialistëve nga universitetet: cilat universitete përgatisin kuadro për kompaninë, cilat specialitete brenda universiteteve specifike plotësojnë nevojat për kuadro dhe, që është e rëndësishme, kush qëndron pas këtyre, kush udhëheq dhe realizon përgatitjen e specialistëve në universitete.
Prandaj, për zhvillimin e qëllimshëm të mitit se të gjithë IT-istët janë programues, është e nevojshme të ndërmerren një numër hapash në këtë drejtim dhe të vihet në dukje veçanërisht universitetet tona, ku vendosen themelet e perceptimit të profesionit të ardhshëm. Në fjalë të tjera, kërkohet një bashkëpunim i vazhdueshëm me ambientin arsimor, për shembull, duke përdorur format moderne të bashkëpunimit në qendrat e coworking, "pikave të nxehtësisë", pjesëmarrjes në intensitetet edukative. Kjo do të lejojë një shkatërrim të përfytyrimeve të gabuara për ndërmarrjet IT, do të rrisë efikasitetin e punës me kuadro dhe do të krijojë kushte për aktivitete të përbashkëta në përgatitjen e specialistëve të ndryshëm të sektorit tonë.
Shpreh mirënjohjen time kolegëve që morën pjesë në përgatitjen dhe mbështetje e aktualitetit të këtij artikulli: Valentina Vershinina dhe Yuri Krupin.
Burimi: habr.com
