Në fazën aktuale të zhvillimit të zhvillimit të softuerit industrial, mund të vëzhgoni një sërë rolesh prodhuese. Numri i tyre po rritet, klasifikimi po ndërlikohet çdo vit dhe, natyrisht, proceset e përzgjedhjes së specialistëve dhe punës me burimet njerëzore po ndërlikohen. Teknologjia e informacionit (IT) është një zonë me burime të kualifikuara të punës dhe mungesa të personelit. Këtu, procesi i zhvillimit të personelit dhe nevoja për punë sistematike me potencialin e personelit janë shumë më efektive sesa përzgjedhja e drejtpërdrejtë duke përdorur burimet e Internetit.
Artikulli diskuton çështje që janë të rëndësishme për specialistët e burimeve njerëzore në kompanitë e IT: marrëdhëniet shkak-pasojë në evoluimin e roleve të prodhimit, pasojat e keqinterpretimit të përmbajtjes së roleve për punën e burimeve njerëzore në përgjithësi, si dhe opsionet e mundshme për rritjen e efikasiteti i rekrutimit të specialistëve.
Prodhimi i TI-së për të pa iniciuarit
Kush është kush në IT është një temë për diskutim në platforma të ndryshme. Ajo ka ekzistuar për aq kohë sa e gjithë industria e IT-së, domethënë që nga shfaqja e kompanive të para të zhvillimit të softuerit në tregun e konsumit në fillim të viteve '90 të shekullit të kaluar. Dhe për të njëjtën kohë nuk ka pasur një pikëpamje të përbashkët për këtë çështje, gjë që krijon vështirësi dhe ul efikasitetin e punës së personelit. Le të përpiqemi ta kuptojmë.
Për mua, tema e roleve prodhuese në sektorin e IT-së është bërë aktuale dhe interesante që kur jam bashkuar me kompaninë IT. Kam shpenzuar shumë kohë dhe energji nervore duke u përpjekur të kuptoj procesin e prodhimit. Këto kosto i tejkaluan pritshmëritë e mia dhe kostot e përshtatjes me proceset në fusha të tjera: arsim, prodhim material, biznes i vogël. E kuptova që proceset janë komplekse dhe të pazakonta, pasi, në përgjithësi, një person është më i përshtatur me botën materiale sesa me atë virtuale. Por kishte rezistencë intuitive: dukej se diçka nuk shkonte këtu, nuk duhet të ishte kështu. Procesi i përshtatjes ndoshta zgjati një vit, i cili, sipas mendimit tim, është thjesht kozmik. Si rezultat, unë kisha një kuptim mjaft të qartë të roleve kryesore në prodhimin e IT.
Aktualisht vazhdoj të punoj në këtë temë, por në një nivel tjetër. Si drejtues i qendrës së zhvillimit të një kompanie IT, shpesh më duhet të komunikoj me studentë, mësues universitarë, aplikantë, nxënës shkollash dhe të tjerë që duan të marrin pjesë në krijimin e një produkti IT për të promovuar markën e punëdhënësit në tregun e punës. të një territori të ri (Yaroslavl). Ky komunikim nuk është i lehtë për shkak të ndërgjegjësimit të ulët të bashkëbiseduesve për mënyrën e organizimit të procesit të zhvillimit të softuerit dhe si rrjedhojë e mungesës së të kuptuarit të temës së bisedës. Pas 5-10 minutash dialog, ju nuk merrni më komente dhe filloni të ndiheni si një i huaj, fjalimi i të cilit kërkon përkthim. Si rregull, midis bashkëbiseduesve ka dikush që tërheq një vijë në dialog dhe shpreh një mit popullor të viteve '90: "Sidoqoftë, të gjithë specialistët e IT janë programues". Origjina e mitit janë:
- Industria e IT-së po zhvillohet me shpejtësi, në këto kushte të gjitha kuptimet dhe parimet themelore janë në fazën e formimit;
- Është e vështirë të ekzistosh në kushte pasigurie, ndaj njeriu përpiqet t'ia lehtësojë vetes kuptimin e të panjohurës duke krijuar mite;
- një person është më i mësuar me perceptimin e botës materiale sesa asaj virtuale dhe për këtë arsye është e vështirë për të të përcaktojë koncepte që janë përtej perceptimit të tij.
Përpjekja për të luftuar këtë mit ndonjëherë mund të duket si animi në mullinj me erë, pasi ka disa aspekte të problemit që duhen trajtuar. Një specialist i burimeve njerëzore duhet, së pari, të ketë një pamje të qartë të roleve të prodhimit në një kompani IT në një mishërim ideal dhe real, së dyti, të kuptojë se si dhe kur burimet e brendshme të kompanisë mund të përdoren në mënyrë më efektive dhe së treti, cilat metoda reale do të ndihmojnë në rritjen e ndërgjegjësimit të pjesëmarrësve në tregun e punës dhe do të kontribuojnë në zhvillimin e markës së punëdhënësit. Le t'i hedhim një vështrim më të afërt në këto aspekte.
Cikli jetësor i softuerit si bazë për rolet e prodhimit
Nuk është sekret që në përgjithësi të gjitha rolet e prodhimit në çdo kompani IT kanë si burim ciklin jetësor të softuerit. Prandaj, nëse vendosim detyrën konceptuale për të rënë dakord për një perceptim të unifikuar të kësaj çështjeje brenda të gjithë industrisë së IT-së, duhet të mbështetemi veçanërisht në ciklin jetësor të softuerit si një bazë semantike e pranuar dhe e kuptuar qartë nga të gjithë. Diskutimi i opsioneve specifike për zbatimin e çështjes së roleve të prodhimit qëndron në rrafshin e qëndrimit tonë krijues ndaj ciklit jetësor të softuerit.
Pra, le të shohim fazat që përfshin cikli jetësor i softuerit, duke përdorur si shembull metodologjinë RUP. Ato janë lidhje mjaft të pjekura për sa i përket përmbajtjes dhe terminologjisë. Procesi i prodhimit gjithmonë dhe kudo fillon me modelimin e biznesit dhe formimin e kërkesave, dhe përfundon (me kusht, sigurisht) me konsultimin e përdoruesve dhe modifikimin e softuerit bazuar në "dëshirat" e përdoruesve.
Nëse bëni një ekskursion historik në fund të shekullit të kaluar (siç e dini, kjo ishte periudha e "automatizimit të ishullit"), mund të shihni se i gjithë procesi i krijimit të softuerit u krye nga një programues-zhvillues. Këtu janë rrënjët e mitit se çdo specialist IT është një programues.
Me kompleksitetin në rritje të proceseve të prodhimit, shfaqjen e platformave të integruara dhe kalimin në automatizimin kompleks të fushave lëndore, me riinxhinierimin e proceseve të biznesit, shfaqja e roleve të specializuara të lidhura me fazat e ciklit jetësor bëhet e pashmangshme. Kështu shfaqet një analist, testues dhe specialist i mbështetjes teknike.
Diversiteti i pozicioneve duke përdorur shembullin e rolit të analistit
Një analist (i njohur edhe si inxhinier analitik, i njohur edhe si drejtor, metodolog, analist biznesi, analist sistemesh, etj.) ndihmon për të "bërë miqësi" me detyrat e biznesit dhe teknologjitë për zbatimin e tyre. Përshkrimi i deklaratës së problemit për zhvilluesin - kështu mund të karakterizohet funksioni kryesor i një analisti abstrakt. Ai vepron si një lidhje midis klientit dhe zhvilluesit në proceset e formimit të kërkesave, analizës dhe hartimit të softuerit. Në kushtet reale të prodhimit, lista e funksioneve të analistit përcaktohet nga metoda e organizimit të prodhimit, kualifikimet e specialistit dhe specifikat e fushës së modeluar.
Disa analistë janë të vendosur më afër klientit. Këta janë analistë biznesi (Business Analyst). Ata i kuptojnë thellësisht proceset e biznesit të fushës lëndore dhe janë vetë ekspertë në proceset e automatizuara. Është shumë e rëndësishme që të ketë specialistë të tillë në stafin e një ndërmarrjeje, veçanërisht kur automatizon fushat lëndore metodologjikisht komplekse. Në veçanti, për ne, si automatizues të procesit të buxhetit të shtetit, është thjesht e nevojshme që mes analistëve të ketë ekspertë të lëndës. Bëhet fjalë për punonjës të kualifikuar, me arsim të mirë financiar dhe ekonomik dhe përvojë pune në autoritetet financiare, mundësisht në rolin e specialistëve kryesorë. Përvoja jo në fushën e IT-së, por veçanërisht në fushën e lëndës, është jashtëzakonisht e rëndësishme.
Pjesa tjetër e analistëve është më afër zhvilluesve. Këta janë analistë të sistemit (System Analyst). Detyra e tyre kryesore është të identifikojnë, sistemojnë dhe analizojnë kërkesat e klientit për mundësinë e përmbushjes së tyre, të përgatisin specifikimet teknike dhe të përshkruajnë deklaratat e problemeve. Ata kuptojnë jo vetëm proceset e biznesit, por edhe teknologjitë e informacionit, kanë një kuptim të mirë të aftësive të softuerit të ofruar për klientin, kanë aftësi projektimi dhe, në përputhje me rrethanat, kuptojnë se si t'i përcjellin më mirë interesat e klientit te zhvilluesi. Këta punonjës duhet të kenë një arsim në fushën e TIK dhe një mentalitet inxhinierik dhe teknik, mundësisht përvojë në IT. Kur zgjidhni specialistë të tillë, aftësitë e projektimit duke përdorur mjete moderne do të jenë një avantazh i qartë.
Një lloj tjetër analisti janë shkrimtarët teknikë. Ata janë të angazhuar në dokumentacion si pjesë e proceseve të zhvillimit të softuerit, përgatitjes së manualeve të përdoruesve dhe administratorëve, udhëzimeve teknologjike, video trajnimi, etj. Detyra e tyre kryesore është të jenë në gjendje të përcjellin informacion për funksionimin e programit te përdoruesit dhe palët e tjera të interesuara, të përshkruajnë gjërat teknikisht komplekse në mënyrë koncize dhe të qartë. Shkrimtarët teknikë, në pjesën më të madhe, kanë një zotërim të shkëlqyer të gjuhës ruse, dhe në të njëjtën kohë kanë një arsim teknik dhe një mendje analitike. Për specialistë të tillë, aftësitë e përpilimit të teksteve teknike të qarta, kompetente, të detajuara në përputhje me standardet, si dhe njohja dhe zotërimi i mjeteve të dokumentacionit janë të një rëndësie të madhe.
Kështu, ne shohim të njëjtin rol (dhe, meqë ra fjala, pozicionin në tabelën e personelit) - analist, por në mishërimet e tij të ndryshme specifike të aplikimit. Kërkimi i specialistëve për secilën prej tyre ka karakteristikat e veta. Është e rëndësishme të dini se këta lloj analistësh duhet të kenë aftësi dhe njohuri që shpesh janë të papajtueshme në një person. Njëri është specialist i shkencave humane, i prirur për punë analitike me vëllime të mëdha dokumentesh tekstuale, me aftësi të zhvilluara të të folurit dhe komunikimit, tjetri është një "teknik" me mendim inxhinierik dhe interesa në fushën e IT.
Marrim nga jashtë apo rritemi?
Për një përfaqësues të madh të industrisë së IT-së, efektiviteti i përzgjedhjes së drejtpërdrejtë nga burimet e internetit zvogëlohet me rritjen e projekteve. Kjo ndodh, në veçanti, për arsyet e mëposhtme: përshtatja e shpejtë me proceset komplekse brenda kompanisë është e pamundur, shpejtësia e zotërimit të mjeteve specifike është më e ulët se shpejtësia e zhvillimit të projektit. Prandaj, është e rëndësishme që një specialist i burimeve njerëzore të dijë jo vetëm kë të kërkojë nga jashtë, por edhe si të përdorë burimet e brendshme të kompanisë, nga kush dhe si të zhvillojë një specialist.
Për analistët e biznesit, përvoja e punës brenda proceseve reale në fushën lëndore është shumë e rëndësishme, kështu që rekrutimi i tyre "nga jashtë" është më efektiv sesa rritja e tyre brenda kompanisë. Në të njëjtën kohë, është e rëndësishme që një specialist i Burimeve Njerëzore të njohë listën e organizatave që mund të jenë burime të këtij burimi njerëzor dhe kur zgjedh, të fokusohet në kërkimin e rezymeve prej tyre.
Për të plotësuar vendet vakante si analist sistemesh dhe arkitekt softuerësh, përkundrazi, procesi i trajnimit brenda kompanisë ka një rëndësi të madhe. Këta specialistë duhet të formohen në mjedisin aktual të prodhimit dhe specifikat e një organizate të caktuar. Analistët e Sistemit zhvillohen nga analistë biznesi, shkrimtarë teknikë dhe inxhinierë të mbështetjes teknike. Arkitektët e Softuerit - nga projektuesit (System Designer) dhe zhvilluesit e softuerit (Zhvilluesi i Softuerit) ndërsa fitojnë përvojë dhe zgjerojnë horizontet e tyre. Kjo rrethanë i lejon një specialisti të burimeve njerëzore të përdorë në mënyrë efektive burimet e brendshme të kompanisë.
Kryqëzimi, integrimi dhe evoluimi i roleve të prodhimit
Ekziston një çështje tjetër e vështirë nga pikëpamja e zbatimit në procesin e prodhimit - vendosja e kufijve të qartë midis roleve. Në pamje të parë, mund të duket se gjithçka është e qartë: zbatimi ka përfunduar, dokumentet për vënien në funksion të softuerit janë nënshkruar dhe gjithçka i është dorëzuar mbështetjes teknike. Ashtu është, megjithatë, situatat shpesh lindin kur klienti, nga zakoni, duke qenë në kontakt të ngushtë me analistin dhe duke e parë atë si një "shkop magjik", vazhdon të komunikojë në mënyrë aktive me të, pavarësisht se sistemi tashmë është i implementuar. dhe faza e mbështetjes formale është duke u zhvilluar. Sidoqoftë, nga këndvështrimi i klientit, kush më mirë dhe më shpejt se analisti që ka vendosur detyrën së bashku me të do t'i përgjigjet pyetjeve në lidhje me punën me sistemin. Dhe këtu lind pyetja për dyfishimin e pjesshëm të roleve të inxhinierit të mbështetjes teknike dhe analistit. Me kalimin e kohës, gjithçka bëhet më mirë, klienti mësohet të komunikojë me shërbimin e mbështetjes teknike, por që në fillim të përdorimit të softuerit, një "tranzicion i brendshëm" i tillë nuk mund të realizohet gjithmonë pa stres nga të dyja palët.
Kryqëzimi i roleve të analistit dhe inxhinierit të mbështetjes teknike lind gjithashtu kur rrjedha e kërkesave të zhvillimit ndodh si pjesë e fazës së mbështetjes. Duke u kthyer në ciklin e jetës së softuerit, ne shohim një mospërputhje midis kushteve reale të prodhimit dhe qëndrimeve formale që analiza e kërkesave dhe formulimi i problemit mund të kryhen ekskluzivisht nga një analist. Një specialist i burimeve njerëzore, natyrisht, duhet të kuptojë pamjen ideale të roleve brenda ciklit jetësor të softuerit; ata kanë kufij të qartë. Por në të njëjtën kohë, duhet patjetër të keni parasysh se kryqëzimi është i mundur. Kur vlerësoni njohuritë dhe aftësitë e një aplikanti, duhet t'i kushtoni vëmendje pranisë së përvojës përkatëse, domethënë, kur kërkoni inxhinierë të mbështetjes teknike, mund të merren parasysh kandidatët me përvojë analisti dhe anasjelltas.
Përveç mbivendosjes, shpesh ka një konsolidim të roleve të prodhimit. Për shembull, një analist biznesi dhe një shkrimtar teknik mund të ekzistojnë si një person. Prania e një arkitekti software (Software Architect) është e detyrueshme në zhvillimin e madh industrial, ndërsa projektet shumë të vogla mund të bëjnë pa këtë rol: atje funksionet e arkitektit kryhen nga zhvilluesit (Zhvilluesi i Softuerit).
Ndryshimet në periudhat historike në qasjet dhe teknologjitë e zhvillimit në mënyrë të pashmangshme çojnë në faktin që cikli jetësor i softuerit gjithashtu evoluon. Në nivel global, natyrisht, fazat kryesore të tij mbeten të pandryshuara, por ato po bëhen më të detajuara. Për shembull, me kalimin në zgjidhjet e bazuara në ueb dhe rritjen e aftësive të konfigurimit në distancë, roli i një specialisti të konfigurimit të softuerit është shfaqur. Në një fazë të hershme historike, këta ishin zbatues, domethënë inxhinierë që kalonin pjesën më të madhe të kohës së tyre të punës në vendet e punës së klientëve. Rritja e vëllimit dhe kompleksitetit të softuerit ka çuar në shfaqjen e rolit të Arkitektit të Softuerit. Kërkesat për përshpejtimin e lëshimeve të versioneve dhe përmirësimin e cilësisë së softuerit kontribuan në zhvillimin e testimit të automatizuar dhe shfaqjen e një roli të ri - inxhinier QA (Inxhinier i Sigurimit të Cilësisë), etj. Evoluimi i roleve në të gjitha fazat e procesit të prodhimit lidhet ndjeshëm me zhvillimin e metodave, teknologjive dhe mjeteve.
Deri më tani, ne kemi parë disa pika interesante në lidhje me shpërndarjen e roleve të prodhimit brenda një kompanie softuerike në kontekstin e ciklit jetësor të softuerit. Natyrisht, kjo është një pikëpamje e brendshme që është specifike për secilën kompani. Për të gjithë ne, si pjesëmarrës në tregun e punës në industrinë e IT dhe ata që janë përgjegjës për promovimin e markës së punëdhënësit, pamja e jashtme do të jetë veçanërisht e rëndësishme. Dhe këtu ka një problem të madh jo vetëm në gjetjen e kuptimit, por edhe në përcjelljen e këtij informacioni tek audienca e synuar.
Çfarë nuk shkon me “kopshtin zoologjik” të pozicioneve të IT?
Konfuzioni në mendjet e specialistëve të burimeve njerëzore, menaxherëve të prodhimit dhe larmia e qasjeve çojnë në një shumëllojshmëri shumë të gjerë, një "kopsht zoologjik" të vërtetë pozicionesh në IT. Përvoja e intervistave dhe thjesht kontakteve profesionale tregon se njerëzit shpesh nuk e kuptojnë qartë kuptimin që duhet të rrjedhin nga titujt e punës. Për shembull, në organizatën tonë, pozicionet që përfshijnë termin "inxhinier analitik" supozojnë se ky është një vendosës detyrash. Megjithatë, rezulton se kjo nuk është kudo: ka organizata zhvillimi ku një inxhinier analitik është një zbatues. Një kuptim krejtësisht i ndryshëm, a do të jeni dakord?
Së pari, "kopshti zoologjik" i pozicioneve të IT padyshim që ul efektivitetin e rekrutimit. Çdo punëdhënës, kur zhvillon dhe promovon markën e tij, dëshiron të përcjellë në një formë koncize të gjitha kuptimet që ekzistojnë në prodhimin e tij. Dhe nëse ai vetë shpesh nuk mund të thotë qartë se kush është kush, është e natyrshme që ai të transmetojë pasiguri në mjedisin e jashtëm.
Së dyti, "kopshti zoologjik" i pozicioneve të IT krijon probleme të mëdha në trajnimin dhe zhvillimin e personelit të IT. Çdo kompani serioze e IT-së, që synon formimin dhe zhvillimin e burimeve njerëzore, dhe jo thjesht “mjeljes” të kantiereve të punës, herët a vonë ndeshet me nevojën e ndërveprimit me institucionet arsimore. Për personelin shumë të kualifikuar të IT-së, ky është një segment i universiteteve, dhe më të mirët për këtë, të paktën ato në renditjen TOP-100.
Problemi i integrimit me universitetet kur ndërtohet një proces i vazhdueshëm i trajnimit të specialistëve të IT-së është afërsisht gjysma e mungesës së të kuptuarit të universiteteve se kush është kush brenda kompanisë së IT-së. Ata kanë një kuptim shumë sipërfaqësor për këtë. Si rregull, universitetet kanë disa specialitete me fjalën "shkenca kompjuterike" në emrat e tyre dhe shpesh ndodh që kur zhvillojnë një fushatë pranimi, ata mbështeten në tezën se të gjitha specialitetet janë në thelb për të njëjtën gjë. Dhe duket njësoj sikur të mbështetemi në mitin popullor se të gjithë specialistët e IT-së janë programues.
Përvoja e bashkëpunimit tonë të ngushtë me universitetet tregon se specialiteti “Informatikë e aplikuar (sipas industrisë)” na furnizon me personel për departamentet e metodologjisë dhe mbështetjes teknike, por jo me zhvillim. Ndërsa “Informatika Themelore”, “Inxhinieri Softuerësh” përgatisin një burim të shkëlqyer njerëzor për zhvilluesit. Për të mos e drejtuar fillimisht aplikantin në një rrugë që është e papërshtatshme për të, është e nevojshme të "shpërndahet mjegulla" që rrethon prodhimin e IT.
A është e mundur të sillni gjithçka në një emërues të përbashkët?
A është e mundur të unifikohen rolet e prodhimit dhe të arrihet një kuptim i përbashkët i tyre brenda dhe jashtë kompanisë?
Sigurisht, është e mundur dhe e nevojshme, sepse përvoja e akumuluar kolektive e të gjitha ndërmarrjeve zhvillimore tregon praninë e koncepteve të përbashkëta, unifikuese për organizimin e procesit të prodhimit. Kjo është pasojë e faktit se ekziston ende një koncept i interpretuar në mënyrë unike për ciklin jetësor të softuerit dhe rolet e reja të prodhimit (DataScientist, QA-Engineer, MachineLearning Engineer, etj.) janë pasojë e qartësimit dhe zhvillimit të cikli jetësor i softuerit si i tillë, që ndodh me përmirësimin e teknologjive dhe mjeteve, si dhe me zhvillimin dhe zgjerimin e detyrave të biznesit.
Në të njëjtën kohë, është e vështirë të unifikohen rolet e prodhimit, sepse TI është një nga sektorët më të rinj dhe me rritje më të shpejtë të ekonomisë. Në njëfarë kuptimi, ky është kaosi nga i cili doli universi. Një strukturë e qartë organizative këtu është e pamundur dhe e papërshtatshme, sepse TI është një fushë intelektuale, por shumë kreative. Nga njëra anë, specialisti i IT-së është një “fizikan”-intelektual me të menduar të zhvilluar algoritmik dhe matematikor, nga ana tjetër është “lirik”-krijues, bartës dhe promotor i ideve. Ai, ashtu si artisti, nuk ka një plan të qartë për pikturën, ai nuk mund ta zbërthejë imazhin në pjesë, pasi kjo e fundit do të pushojë së ekzistuari. Ai është sunduesi i proceseve informative, të cilat në vetvete janë abstrakte, të paprekshme, të vështira për t'u matur, por të shpejta.
Mënyrat për të ndërtuar punë efektive të personelit në prodhimin e IT
Pra, çfarë është e rëndësishme që një specialist i burimeve njerëzore të dijë në mënyrë që të ndërtojë punë efektive të burimeve njerëzore në kontekstin e diversitetit të roleve të prodhimit të IT.
Së pari, çdo specialist i burimeve njerëzore në një kompani IT duhet të ketë një ide për situatën që është tipike për ndërmarrjen e tij: kush bën çfarë, kush quhet çfarë, dhe më e rëndësishmja, cili është kuptimi i këtyre roleve në kushtet e një prodhim të veçantë.
Së dyti, profesionisti i burimeve njerëzore duhet të ketë një kuptim fleksibël të roleve të prodhimit. Kjo do të thotë, fillimisht ai formon një mirëkuptim ideal rreth tyre, i cili i lejon atij të kuptojë gjithçka vetë. Atëherë duhet të ketë një pamje reale të prodhimit: ku dhe në çfarë mënyrash kryqëzohen dhe kombinohen rolet, çfarë perceptimi për këto role ekziston midis menaxherëve të prodhimit. Vështirësia për një specialist të personelit është të kombinojë situatat reale dhe ideale në mendje, të mos përpiqet të rindërtojë me forcë proceset për t'iu përshtatur kuptimit të tyre ideal, por të ndihmojë prodhimin të plotësojë nevojën për burime.
Së treti, duhet patjetër të keni një ide për trajektoret e mundshme të zhvillimit të specialistëve të caktuar: në cilat raste përzgjedhja e jashtme mund të jetë efektive dhe kur është më mirë të rritni një punonjës në ekipin tuaj, duke i ofruar atij mundësi për zhvillim, cilat cilësi e kandidatëve do t'i lejojë ata të zhvillohen në një drejtim të caktuar, të cilat cilësi nuk mund të përputhen me një person, gjë që fillimisht është e rëndësishme për zgjedhjen e një trajektoreje zhvillimi.
Së katërti, le t'i kthehemi tezës se IT-ja është një fushë e personelit shumë të kualifikuar, ku integrimi i hershëm me mjedisin arsimor universitar është i pashmangshëm për një punë më efektive të personelit. Në këtë situatë, çdo specialist i burimeve njerëzore duhet të zhvillojë jo vetëm aftësitë e kërkimit të drejtpërdrejtë, të punës me pyetësorë dhe intervistave, por gjithashtu të jetë i sigurt për të lundruar në mjedisin e trajnimit universitar të specialistëve: cilat universitete përgatisin personel për kompaninë, cilat specialitete brenda universiteteve specifike. mbulojnë nevojat e personelit dhe çfarë është e rëndësishme kush qëndron pas kësaj, kush menaxhon dhe trajnon specialistë në universitete.
Kështu, nëse e hedhim poshtë me qëllim mitin se të gjithë specialistët e IT-së janë programues, është e nevojshme të ndërmerren një sërë hapash në këtë drejtim dhe t'i kushtojmë vëmendje të veçantë universiteteve tona, ku janë hedhur themelet e perceptimit të profesionit të ardhshëm. Me fjalë të tjera, ne kemi nevojë për ndërveprim të vazhdueshëm me mjedisin arsimor, për shembull, duke përdorur formatin modern të bashkëpunimit në qendrat e bashkëpunimit, "pikat e vlimit" dhe pjesëmarrjen në intensive arsimore. Kjo do të ndihmojë në shkatërrimin e keqkuptimeve në lidhje me ndërmarrjen e IT, rritjen e efikasitetit të punës së personelit dhe krijimin e kushteve për aktivitete të përbashkëta në trajnimin e specialistëve të ndryshëm në industrinë tonë.
Shpreh mirënjohjen time për kolegët që morën pjesë në përgatitjen dhe mbështetjen e rëndësisë së këtij artikulli: Valentina Vershinina dhe Yuri Krupin.
Burimi: www.habr.com