Në fazën e sotme të zhvillimit të industrisë së zhvillimit të software-it, mund të vërehet një shumëllojshmëri rolesh prodhuese. Numri i tyre po rritet, klasifikimi po komplikohet çdo vit, dhe natyrisht, proceset e kërkimit të specialistëve dhe punës me potencialin e burimeve njerëzore po bëhen më të komplikuara. Teknologjitë e informacionit (IT) janë një fushë me burime të punës me kualifikime të larta dhe mungesë kuadri. Këtu, procesi i kultivimit të kuadrit dhe nevoja për një punë sistematike me potencialin e burimeve njerëzore shpesh janë më efektive se përzgjedhja direkte përmes burimeve online.
Artikulli shqyrton çështje të rëndësishme për profesionistët në menaxhimin e stafit të kompanive IT: lidhjet shkak-pasojë në evolucionin e rolëve prodhuese, pasojat e keqkuptimeve mbi përmbajtjen e rolëve për punën me kuadrot në përgjithësi, dhe mundësitë si për të rritur efikasitetin e përzgjedhjes së specialistëve.
Prodhimi IT për ata që nuk janë të informuar
Kush është kush në IT – kjo është një temë diskutimi në shumë platforma. Ajo ekziston aq sa e gjithë industria IT, pra që nga shfaqja në tregun e konsumatorëve të kompanive të para të zhvilluesve të software-it në fillim të viteve '90 të shekullit të kaluar. Po ashtu, për aq kohë, mungon një qasje e përbashkët për këtë çështje, gjë që krijon vështirësi dhe ul efikasitetin e punës me kuadrot. Do të përpiqemi të sqarojmë këtë.
Për mua, tema e rolëve prodhuese në fushën IT është bërë aktuale dhe interesante që nga momenti që unë hyra në një kompani IT. Kam shpenzuar shumë kohë dhe energji nervore për të kuptuar procesin e prodhimit. Këto shpenzime ishin më të larta se sa prisja dhe më shpenzime për t'u përshtatur me proceset në fusha të tjera: arsim, prodhim material, biznes të vogël. Kishim një kuptim se proceset janë të komplikuara dhe të pazakonta, pasi, në përgjithësi, njeriu është më i përshtatshëm për botën materiale sesa për atë virtuale. Por ndihesha gjithashtu se diçka nuk ishte në rregull, nuk duhej të ishte kështu. Procesi i përshtatjes zgjati, mendoj, rreth një vit, që sipas mendimit tim është një shumë e madhe. Në fund, kam arritur një kuptim mjaft të qartë rreth rolëve kyçe në prodhimin IT.
Aktualisht, unë vazhdoj të punoj në këtë temë, por në një nivel tjetër. Si udhëheqës i qendrës së zhvillimit të një kompanie IT, shpesh kam kontakte me studentë, profesorë universitarë, kandidatë, nxënës dhe të tjerë që dëshirojnë të marrin pjesë në krijimin e një produkti IT me qëllim promovimin e markës së punëdhënësit në tregun e punës në këtë territor të ri (qyteti Yaroslavl). Këto biseda nuk janë të lehta për shkak të informacionit të ulët të biseduesve mbi se si është organizuar procesi i zhvillimit të software-it (SW), dhe si pasojë, ata nuk e kuptojnë temën e bisedës. Pas 5 – 10 minutash dialogu, ndalet marrja e informacionit dhe fillon të ndihesh si një i huaj, fjala e të cilit kërkon përkthim. Si zakonisht, midis biseduesve ka ndonjë që e përfundon dialogun dhe thotë një mit popullor nga vitet '90: "Përveç kësaj, të gjithë IT-istët janë programues". Burimet e këtij miti janë si mëposhtë:
- Industria IT po zhvillohet në mënyrë të shpejtë, në këto kushte të gjitha kuptimet dhe parimet themelore janë në fazën e formimit;
- në kushte pasigurie, është e vështirë të ekzistosh, kështu që 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, për këtë arsye është vështirë për të dhënë definita për nocionet që janë jashtë përceptimit të tij.
Përpjekjet për të luftuar këtë mit ndonjëherë i ngjajnë një beteje me mullinjtë e erës, për shkak të disa aspekteve të problemit që kërkojnë punë. Specialistët e burimeve njerëzore duhet, së pari, të kenë një pamje të qartë të rolëve prodhuese në një kompani IT në një përfaqësim ideal dhe real, së dyti, të kuptojnë se kur dhe si mund të aktivizohet më efektivisht burimi i brendshëm i kompanisë, dhe së treti, cilat metoda reale do të ndihmojnë në rritjen e informimit 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ë shqyrtojmë këto aspekte më në detaje.
Cikli jetësor i software-it si themel i rolëve prodhuese
Nuk është sekret se në përgjithësi të gjitha rolet prodhuese në çdo kompani IT kanë si burim ciklin e jetës së softuerit. Prandaj, nëse qëllimi konceptual është të arrijmë një njohje të përbashkët për këtë çështje brenda gjithë industrisë IT, duhet të mbështetemi pikërisht te cikli i jetës së softuerit si një bazë kuptimore e pranuar dhe e kuptuar njësoj nga të gjithë. Diskutimi i variantëve të veçantë të realizimit të rolieve prodhuese lidhet me marrëdhënien tonë kreative me ciklin e jetës së softuerit.
Pra, le të shqyrtojmë fazat që përfshin cikli i jetës së softuerit, nga shembulli i metodologjisë RUP. Ato janë mjaft të konsoliduara si lidhje në aspekt të përmbajtjes dhe terminologjisë. Procesi prodhues gjithmonë fillon me modelimin e biznesit dhe përformimin e kërkesave, dhe përfundon (me kusht, natyrisht) me konsultimin e përdoruesëve dhe përmirësimin e softuerit në bazë të "dëshirave" të përdoruesëve.
Nëse bëhet një ekskursion historik në fund të shekullit të kaluar (siç dihet, ky ishte periudha e "automatikës ishullore"), mund të shohim se të gjithë procesin e krijimit të softuerit e sheh programuesi-zhvillues. Këtu janë rrënjët e mitit se çdo IT-shkëmbim është programues.
Me komplikimin e proceseve prodhuese, paraqitjen e platformave të integruara dhe kalimin në automatizim kompleks të fushave përkatëse, me rinovimin e proceseve të biznesit, bëhet e pashmangshme shfaqja e roleve të specializuara që lidhen me fazat e ciklit të jetës. Kështu shfaqen analistët, testuesit dhe specialistët e mbështetjes teknike.
Diversiteti i pozita në shembullin e rolit të analistit
Analisti (i njohur gjithashtu si inxhinier-analist, postues, metodolog, analist biznesi, analist sistemor, etj.) ndihmon që detyrat e biznesit të "bashkohen" me teknologjitë e realizimit të tyre. Përshkrimi i detyrës për zhvilluesin – kështu mund të karakterizohet funksioni kryesor i analistit abstrakt. Ai shërben si një lidhës midis klientit dhe zhvilluesit në proceset e formimit të kërkesave, analizës dhe projektimit të softuerit. Në kushte reale prodhuese, lista e funksioneve të analistit përcaktohet nga mënyra e organizimit të prodhimit, kualifikimi i specialistit dhe specifika e fushës që po modelohet.
Një pjesë e analistëve është më afër klientit. Këto janë analistët e biznesit (Business Analyst). Ata kuptojnë thellësisht proceset e biznesit të fushës përkatëse dhe vetë janë eksperimentues të proceseve që automatizohen. Ka shumë rëndësi të ketë specialistë të tillë në ekipin e organizatës, veçanërisht në automatizimin e fushave metodologjikisht komplekse. Në veçanti, për ne si automatizues të procesit buxhetor të shtetit, është thelbësore që mes analistëve të ketë ekspertë të fushës. Këta janë punonjës të kualifikuar me një arsimim të mirë financiar-ekonomik dhe përvojë pune në organet financiare, preferohet në rolin e specialistëve kryesorë. Përvoja e punës jo në fushën IT është jashtëzakonisht e rëndësishme, por pikërisht në fushën përkatëse.
Një pjesë tjetër e analistëve është më afër zhvilluesve. Këto janë analistët sistemorë (System Analyst). Detyra e tyre kryesore është identifikimi, sistematizimi dhe analiza e kërkesave të klientit për mundësitë e përmbushjes së tyre, përgatitja e specifikimeve teknike dhe përshkrimi i detyrave. Ata kuptojnë jo vetëm në proceset e biznesit, por edhe në teknologjitë informative, kanë një ide të mirë mbi mundësitë e softuerit të ofruar klientëve, zotërojnë aftësitë e projektimit dhe, si pasojë, dinë si të komunikojnë më së miri interesat e klientit te zhvilluesi. Këta punonjës patjetër të kenë arsim në fushën e ICT dhe një mendësi inxhinierike, idealisht – përvojë pune në IT. Kur kërkojnë specialistë të tillë, ndër arsyet pozitive do të jetë edhe ekzistenca e aftësive të projektimit me përdorimin e mjeteve moderne.
Një tjetër lloj analistësh janë shkrimtarët teknikë (Technical Writer). Ata merren me dokumentimin brenda proceseve të zhvillimit të softuerit, përgatitin udhëzime për përdoruesit dhe administratorët, udhëzime teknologjike, materiale mësimore video, etj. Detyra e tyre kryesore është të arrijnë të komunikojnë informacionin mbi funksionimin e programit për përdoruesit dhe palët e tjera të interesuara, duke përshkruar në mënyrë të qartë dhe të drejtpërdrejtë çështje teknikisht komplekse. Shkrimtarët teknikë, në masën më të madhe, zotërojnë shkëlqyeshëm gjuhën ruse, ndërkohë që kanë një arsimim teknik dhe një mendësi analitike. Për këta specialistë, aftësitë për të hartuar tekste teknike të qarta, të sakta dhe përmbajtësore në përputhje me standardet janë të domosdoshme, si dhe njohuritë dhe përdorimi i mjeteve të dokumentimit.
Kështu, ne shohim të njëjtën rol (dhe, për të thënë të vërtetën, pozitën në listën e vendeve të punës) – analist, por në përbashkësi të ndryshme të zbatueshme. Gjetja e specialistëve për secilën prej tyre ka veçoritë e veta. Është e rëndësishme të dihet se këto lloje analistësh duhet të kenë shpesh aftësi dhe njohuri që janë të shumta të papajtueshme te një njeri. Njëra është humaniste, e inclined për punë analitike me volum të madh dokumentesh tekstualë, me një fjalor të zhvilluar dhe komunikueshmëri, kurse tjetra është "tekniku" me mendim inxhinierik 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, efikasiteti i përzgjedhjes së drejtpërdrejtë nga burimet në internet zvogëlohet me rritjen e projekteve. Kjo ndodh, në veçanti, për shkak të arsyeve të mëposhtme: nuk është e mundur të adaptohet shpejt në proceset e komplikuara brenda kompanisë, dhe shpejtësia e mësimit të mjeteve specifike është më e ulët se shpejtësia e zhvillimit të projektit. Kështu, për specialistin e HR është e rëndësishme të di se kush të kërkojë jashtë, por gjithashtu si të angazhojë burimet e brendshme të kompanisë, nga kush dhe si të rrisë një specialist.
Për analistët e biznesit, përvoja e punës brenda proceseve të vërteta të fushës së tyre është jashtëzakonisht e rëndësishme, prandaj përzgjedhja e tyre "nga jashtë" është më efikase se rritja e tyre brenda kompanisë. Në këtë rast, është e rëndësishme për specialistin e HR të dijë listën e organizatave që mund të jenë burime të këtij burimi të punës, dhe gjatë procesit të përzgjedhjes, të përqendrohet në gjetjen e rezymes nga këto organizata.
Për pozitat si analisti sistemik dhe arkitekti i softuerit, nga ana tjetër, procesi i përgatitjes së specialistëve brenda kompanisë ka një rëndësi të madhe. Këta specialistë duhet të formohen në kushte të mjedisit të prodhimit aktual dhe specifikës së organizatës përkatëse. Analistët sistemikë (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 dhe zgjerimin e përvojës. Kjo situatë i lejon specialistit të HR të angazhojë në mënyrë efikase burimet e brendshme të kompanisë.
Kryqëzimi, bashkimi dhe evolucioni i roleve prodhuese
Ka një tjetër çështje të vështirë nga pikëpamja e realizimit në procesin e prodhimit – përcaktimi i kufijve të qartë midis roleve. Në shikim të parë, mund të duket e qartë: përfundoi implementimi, nënshkruajtëm dokumentet për kalimin e software-it në përdorim industrial dhe ia kaluam gjithçka mbështetjes teknike. E vërtetë, megjithatë shpesh ndodhin situata kur klienti, nga zakoni qëndron në kontakt të ngushtë me analistin dhe e sheh atë si "ndihmësin" e tij, vazhdon të komunikojë me të, megjithëse sistemi është tashmë implementuar dhe zyrtarisht është në fazën e mbështetjes. Megjithatë, nga pikëpamja e klientit, kush do të përgjigjet më mirë dhe më shpejt se analisti që e ndihmoi atij të vendosë kërkesën, për pyetjet për funksionimin e sistemit? Dhe këtu ngrihet çështja e pjesërisht përsëritjes së 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" nuk është gjithmonë e lehtë të realizohet pa stres nga të dyja anët.
Përzierja e rolit të analistit dhe inxhinierit të mbështetjes teknike ndodh gjithashtu kur fluksi i kërkesave për zhvillim është në fazën e mirëmbajtjes. Duke u kthyer në ciklin e jetës së softuerit, ne shohim një mos përputhje midis kushteve reale të prodhimit dhe rregullave formale që sugjerojnë se analiza e kërkesave dhe vendosja e detyrave mund të kryhen vetëm nga analisti. Një specialist i punësimit duhet patjetër të kuptojë pamjen ideale të roleve brenda ciklit të jetës së softuerit, ku ato kanë kufij të qartë. Por në të njëjtën kohë, është e rëndësishme të mbajmë mend se është e mundur të ketë një përzierje. Kur vlerësohet njohuritë dhe aftësitë e një kandidati, duhet të jepet vëmendje përvojës të ngjashme, pra, gjatë kërkimit të inxhinierëve të mbështetjes teknike, shumë kandidatët me përvojë si analist mund të konsiderohen dhe anasjelltas.
Përveç përzierjes, shpesh vërehet bashkimi i roleve në prodhim. Për shembull, një analist biznesi dhe një shkrimtar teknik mund të jenë një person. Prania e një arkitekti të softuerit (Software Architect) është e domosdoshme në zhvillimin e madh industrial, ndërsa projektet shumë të vogla mund të kalojnë pa këtë rol: aty funksionet e arkitektit kryhen nga zhvilluesit (Software Developer).
Ndryshimi i periudhave historike në qasjet dhe teknologjitë e zhvillimit çon patjetër në evolucionin e ciklit të jetës së softuerit. Globalisht, sigurisht, fazat e tij kryesore mbeten të pandryshuara, por ata bëhen më të detajuara. P.sh., me kalimin në zgjidhjet Web dhe rritjen e mundësive për konfigurim të largët, u shfaq roli i specialistit për konfigurimin e softuerit. Në etapat e para historike, këto ishin implementuesit, domethënë inxhinierët që kalonin shumicën e kohës së punës në vendet e punës të klientëve. Rritja e vëllimeve dhe kompleksitetit të softuerit çoi në shfaqjen e rolit të arkitektit të softuerit (Software Architect). Kërkesat për të përshpejtuar publikimin e versioneve dhe për të përmirësuar cilësinë e softuerit ndihmuan në zhvillimin e testimit automatizuar dhe shfaqjen e rolit të ri – inxhinierit të cilësisë (Quality Assurance Engineer), etj. Evolucioni i roleve në të gjitha fazat e organizatës së procesit të prodhimit është ndjeshëm i lidhur me zhvillimin e metodave, teknologjive dhe mjeteve.
Pra, ne shqyrtuam disa pika interesante lidhur me shpërndarjen e roleve të prodhimit brenda kompanisë zhvillimore të softuerit në kontekstin e ciklit të jetës së softuerit. Është e qartë se kjo është një perspektivë nga brenda, e cila është specifike për secilën kompani. Për ne të gjithë si pjesëmarrës të tregut të punës në industrinë e IT-së dhe përgjegjës për promovimin e markës së punëdhënësit, është veçanërisht e rëndësishme të kemi një pikëpamje nga jashtë. Dhe këtu ekziston një problem i madh jo vetëm në kërkimin e kuptimeve, por edhe në përcjelljen e kësaj informacioni te audienca e synuar.
Çfarë është e keqja me "zoologjinë" e pozita IT?
Ngatërrimi 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ë, në të vërtetë në një "zoologji" të pozita IT. Përvoja nga intervistat dhe kontaktet profesionale tregon se shpesh njerëzit nuk kanë një kuptim të qartë të ngarkesës semantike që duhet të vijë nga titujt e pozita. Për shembull, në organizatën tonë, pozitat që përfshijnë termin "inxhinier-analist", nënkuptojnë se ky është një vendosës detyrash. Megjithatë, rezulton se nuk është gjithmonë kështu: ekzistojnë organizata zhvillues që kuptojnë inxhinier-analistin si një implementues. Një kuptim krejtësisht ndryshe, e pranoj?
Së pari, "zoologjia" e pozita IT, pa dyshim, ul efektivitetin e rekrutimit. Çdo punëdhënës, duke zhvilluar dhe promovuar markën e tij, dëshiron të përcjellë në mënyrë të përmbledhur të gjitha kuptimet që ekzistojnë në prodhimin e tij. Dhe nëse ai shpesh nuk mund të thotë qartë se kush është kush, është e natyrshme që ai do të transmetojë në ambientin e jashtëm paqartësinë.
Së dyti, "zoologjia" e pozita IT krijon probleme të mëdha në përgatitjen dhe zhvillimin e kuadrove IT. Çdo kompani e madhe IT, e cila synon të formojë dhe zhvillojë potencialin e punonjësve dhe jo thjesht të "përfitojë" nga faqet e punës, përballet patjetër me nevojën për të bashkëpunuar me institucionet arsimore. Për kadra të kualifikuara në IT, ky është segmenti i universiteteve, sidomos ato më të mira, që si minimum ndodhen në renditjen TOP-100.
Problemi i integrimit me universitetet në ndërtimin e një procesi të vazhdueshëm përgatitjeje të specialistëve IT është përafërisht gjysma në mungesën e kuptimit të universiteteve për atë se kush është kush brenda një kompanie IT. Ata kanë një përfaqësim shumë sipërfaqësor mbi këtë. Në përgjithësi, universitetet kanë disa specialitete me fjalën "informatikë" në emrat e tyre dhe shpesh ndodh që gjatë fushatës së pranimit të arnohet në tezën se të gjitha specialitetet në thelb shkojnë në të njëjtën gjë. Kjo duket sikur mbështetet në mitin popullor që të gjithë IT-şenit janë programues.
Praktika jonë e ngushtë e bashkëpunimit me universitetet tregon se specialiteti "Informatika e Aplikuar (sipërmarrjeve)" na furnizon me kuadro për departamentet e metodologjisë dhe mbështetjes teknike, por kurrsesi për zhvillimin. Ndërsa "Informatika Fundamentale", "Inxhinieria e Programit" përgatit një resurs të shkëlqyer kuadrosh për zhvilluesit. Për të mos drejtuar studentin e sapo pranuar fillimisht në një rrugë të papërshtatshme për të, është e nevojshme të "shpërndajnë mjegullën" që rrethon prodhimin IT.
A mund të sjellim gjithçka në një shenjë të përbashkët?
A mund të unifikojmë rolet prodhuese dhe të arrijmë një kuptim të përbashkët të tyre brenda dhe jashtë kompanisë?
Sigurisht, mund dhe duhet, sepse përvoja e grumbulluar kolektive e të gjitha kompanive zhvilluese tregon ekzistencën e koncepteve të përbashkëta, që bashkojnë organizimin e procesit prodhues. Kjo është pasojë e faktit se ka një kuptim të qartë të ciklit të jetës së softuerit, dhe rolet e reja prodhuese (Data Scientist, QA-Engineer, Machine Learning Engineer etj.) janë pasojë e sqarimit dhe zhvillimit të ciklit të jetës së softuerit si një tërësi, që ndodhin së bashku me përmirësimin e teknologjive dhe mjeteve, si dhe me zhvillimin dhe rritjen e detyrave biznesore.
Megjithatë, është e vështirë të unifikosh rolet prodhuese, sepse IT është një nga sektorët më të rinj dhe në zhvillim të shpejtë të ekonomisë. Në një farë kuptimi, kjo ë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ë sferë intelektuale, por shumë kreative. Nga njërës anë, një IT-shenj është një "fizik" intelektual me mendim algoritmik dhe matematikor të zhvilluar, ndërsa nga ana tjetër, ai është një "lyrik" krijues, bartës dhe promovues i ideve. Ashtu si një artist, ai nuk ka një plan të qartë për pikturimin e një vepre, nuk mund ta përbërë imazhin në pjesë, duke pasur parasysh se ky do të humbasë ekzistencën. Ai është zotërues i proceseve informacioni, të cilat janë në vetvete abstrakte, të padukshme, të vështira për t'u matur, por shumë dinamike.
Rrugët për ndërtimin e një pune efektive me kuadro në prodhimin IT
Pra, çfarë është e rëndësishme të dihet nga specialistët e HR për ndërtimin e një pune efektive me burime njerëzore në kushtet e mozaikut të roleve në prodhimin IT.
Së pari, çdo specialist i burimeve njerëzore në një kompani IT duhet të ketë një paraqitje të situatës që është karakteristike për kompaninë e tij: kush dhe çfarë bën, kush dhe si quhet, dhe e rëndësishmja - çfarë kuptimi i jepet këtyre roleve në kushtet e prodhimit të caktuar.
Së dyti, specialisti i HR duhet të ketë një kuptim fleksibël të roleve prodhuese. Kështu, ai formon një kuptim ideal për to, që e ndihmon atë të kuptojë gjithçka. Pastaj duhet të ketë një pamje reale të prodhimit: ku dhe në çfarë mënyrë rolet përputhen, bashkohen, si kuptohet kjo rol nga drejtuesit e prodhimit. Vështirësia për specialistin e burimeve njerëzore është të bashkojë në mendjen e tij situatën reale dhe ideale, të mos përpiqet të rindërtojë proceset sipas kuptimit të tyre ideal, por të ndihmojë prodhimin në përmbushjen e nevojës për burime.
Së treti, është e domosdoshme të kesh një paraqitje të mundshme të trajektorive të zhvillimit të specialistëve të ndryshëm: në cilin rast mund të jetë efektiv përzgjedhja e jashtme, dhe kur është më mirë të rritet një punonjës në ekipin e tij, duke i ofruar atij mundësi për zhvillim, cilat cilësi të kandidatëve do t'i lejojnë ata të zhvillohen në një drejtim të caktuar, cilat nga këto cilësi nuk mund të jenë të përputhshme në një njeri, çfarë është themelore për zgjedhjen e trajektorisë së zhvillimit.
Së katërtash, le të rikthehemi në tezën që IT është një fushë me kuadër të kualifikuar, ku për një punë më efektive me punonjësit, integrimi herët me mjedisin edukativ të universiteteve është i pazëvendësueshëm. Në këtë situatë, çdo specialist i HR duhet të zhvillojë jo vetëm aftësi në kërkimin e drejtpërdrejtë, punën me aplikimet dhe intervistat, por gjithashtu të orientohen me mjedisin e përgatitjes universitare: cilat universitete përgatisin kuadro për kompaninë, cilat specialitete brenda universiteteve specifike përmbushin nevojat për kuadro dhe, çka është e rëndësishme, kush qëndron pas kësaj, kush drejton dhe realizon përgatitjen e specialistëve në universitete.
Kështu, nëse dëshirojmë të demaskojmë mitin që të gjithë IT-shët janë programues, është e nevojshme të përfundojmë një seri hapash drejt këtij qëllimi dhe të kushtojmë veçanërisht vëmendje universiteteve tona, ku vendosen themelet e perceptimit të profesionit të ardhshëm. Në fjalë të tjera, kërkohet ndërveprim i vazhdueshëm me mjedisin edukativ, për shembull, duke përdorur formate moderne të bashkëpunimit në qendrat e koverkimit, "pikave të zjarrit", pjesëmarrjes në intensitetet edukative. Kjo do të mundësojë prishjen e ideve të gabuara rreth hartimit të IT, do të rrisë efektshmërinë e punës me kuadro dhe do të krijojë kushte për veprim të përbashkët në përgatitjen e specialistëve të ndryshëm të industrisë sonë.
Shpreh mirënjohjen time kolegëve që morën pjesë në përgatitjen dhe ruajtjen e relevancës së këtij artikulli: Valentina Vershinina dhe Yuri Krupin.
Burimi: habr.com
