Op it hjoeddeistige stadium fan ûntwikkeling fan yndustriële softwareûntwikkeling kin men in ferskaat oan produksjerollen observearje. Har oantal groeit, klassifikaasje wurdt elk jier yngewikkelder, en, fansels, de prosessen fan it selektearjen fan spesjalisten en wurkjen mei minsklike middels wurde yngewikkelder. Ynformaasje technology (IT) is in gebiet fan heechkwalifisearre arbeidsboarnen en personielstekoarten. Hjir is it proses fan it ûntwikkeljen fan personiel en de needsaak foar systematysk wurk mei personielpotinsjeel folle effektiver as direkte seleksje mei ynternetboarnen.
It artikel besprekt problemen dy't relevant binne foar HR-spesjalisten yn IT-bedriuwen: oarsaak-en-effekt relaasjes yn 'e evolúsje fan produksjerollen, de gefolgen fan ferkearde ynterpretaasje fan' e ynhâld fan rollen foar HR-wurk yn 't algemien, lykas mooglike opsjes foar it fergrutsjen fan de effisjinsje fan rekrutearjen fan spesjalisten.
IT-fabryk foar de uninitiated
Wa is wa yn IT is in ûnderwerp foar diskusje op ferskate platfoarms. It hat bestien sa lang as de hiele IT yndustry, dat is, sûnt it ferskinen fan de earste software ûntwikkeling bedriuwen op 'e konsumint merk yn' e iere jierren '90 fan 'e foarige ieu. En foar deselde tiid is d'r gjin mienskiplike miening west oer dit probleem, wat swierrichheden makket en de effisjinsje fan personielswurk ferminderet. Litte wy besykje it út te finen.
Foar my is it ûnderwerp fan produksjerollen yn 'e IT-sektor relevant en ynteressant wurden sûnt ik by it IT-bedriuw kaam. Ik brocht in protte tiid en nerveuze enerzjy troch om it produksjeproses te begripen. Dizze kosten binne boppe myn ferwachtingen en de kosten fan oanpassing oan prosessen yn oare gebieten: ûnderwiis, materiaal produksje, lyts bedriuw. Ik hie it begryp dat de prosessen kompleks en ûngewoan binne, om't, yn 't algemien, in persoan mear oanpast is oan' e materiële wrâld as oan 'e firtuele. Mar der wie yntuïtyf ferset: it like dat hjir wat mis wie, it mocht net sa. It oanpassingsproses duorre wierskynlik in jier, wat, yn myn begryp, gewoan kosmysk is. As gefolch hie ik in frij dúdlik begryp fan 'e kaairollen yn IT-produksje.
Op it stuit wurkje ik fierder oan dit ûnderwerp, mar op in oar nivo. As haad fan it ûntwikkelingssintrum fan in IT-bedriuw moat ik faaks kommunisearje mei studinten, universitêre learkrêften, sollisitanten, skoalbern en oaren dy't meidwaan wolle oan it meitsjen fan in IT-produkt om it wurkjouwersmerk op 'e arbeidsmerk te befoarderjen fan in nij territoarium (Yaroslavl). Dizze kommunikaasje is net maklik fanwegen it lege bewustwêzen fan 'e petearpartners oer hoe't it softwareûntwikkelingsproses is organisearre, en, as gefolch, har gebrek oan begryp fan it ûnderwerp fan it petear. Nei 5-10 minuten fan dialooch stopje jo mei it ûntfangen fan feedback en begjinne jo te fielen as in bûtenlanner waans taspraak oersetting fereasket. Yn 'e regel is der ûnder de petearen ien dy't in line tekenet yn' e dialooch en stimt in folksmyte út 'e jierren '90: "Yn alle gefallen, alle IT-spesjalisten binne programmeurs." De oarsprong fan 'e myte binne:
- De IT-yndustry ûntwikkelet rap, yn dizze betingsten binne alle fûnemintele betsjuttingen en prinsipes op it stadium fan formaasje;
- It is dreech om te bestean yn betingsten fan ûnwissichheid, dus in persoan besiket it makliker te meitsjen foar himsels om it ûnbekende te begripen troch myten te meitsjen;
- in persoan is mear wend oan 'e waarnimming fan' e materiële wrâld as de firtuele, en dêrom is it dreech foar him om begripen te definiearjen dy't bûten syn waarnimming binne.
It besykjen om dizze myte te bestriden kin soms fiele as kanteljen by wynmûnen, om't d'r ferskate aspekten fan it probleem binne dy't oanpakt wurde moatte. In HR-spesjalist moat, yn it foarste plak, in dúdlik byld hawwe fan produksjerollen yn in IT-bedriuw yn in ideale en echte belichaming, twad, om te begripen hoe en wannear't de ynterne boarnen fan it bedriuw it meast effektyf kinne wurde brûkt, en as tredde, hokker echte metoaden sille helpe it bewustwêzen fan dielnimmers oan 'e arbeidsmerk te fergrutsjen en sil bydrage oan' e ûntwikkeling fan 'e wurkjouwersmerk. Litte wy dizze aspekten in tichterby besjen.
Software libben syklus as basis foar produksje rollen
It is gjin geheime dat yn 't algemien alle produksjerollen yn elk IT-bedriuw de softwarelibbensyklus as har boarne hawwe. Dêrom, as wy sette de konseptuele taak fan it iens oer in unifoarme belibbing fan dit probleem binnen de hiele IT yndustry, wy moatte fertrouwe spesifyk op de software libben syklus as in semantyske basis akseptearre en dúdlik begrepen troch elkenien. Diskusje oer spesifike opsjes foar it útfieren fan it probleem fan produksjerollen leit yn it fleantúch fan ús kreative hâlding foar de softwarelibbensyklus.
Dat, lit ús sjen nei de stadia dy't de softwarelibbenssyklus omfettet, mei de RUP-metoade as foarbyld. Se binne frij folwoeksen keppelings yn termen fan ynhâld en terminology. It produksjeproses begjint altyd en oeral mei bedriuwsmodellen en de foarming fan easken, en einiget (betingst, fansels) mei it rieplachtsjen fan brûkers en it oanpassen fan de software basearre op 'e "wollen" fan brûkers.
As jo nimme in histoaryske ekskurzje oan 'e ein fan' e foarige ieu (lykas jo witte, dit wie de perioade fan "eilân automatisearring"), kinne jo sjen dat it hiele proses fan it meitsjen fan software waard útfierd troch in programmeur-ûntwikkelder. Hjir binne de woartels fan 'e myte dat elke IT-spesjalist in programmeur is.
Mei de tanimmende kompleksiteit fan produksjeprosessen, it ûntstean fan yntegreare platfoarms en de oergong nei komplekse automatisearring fan fakgebieten, mei de werynrjochting fan saaklike prosessen, wurdt it ûntstean fan spesjalisearre rollen ferbûn oan libbenssyklusstadia ûnûntkomber. Dit is hoe't in analist, tester en spesjalist foar technyske stipe ferskine.
Ferskaat fan posysjes mei it foarbyld fan 'e rol fan analist
In analist (ek bekend as in analytysk yngenieur, ek bekend as direkteur, metodolooch, saaklike analist, systeemanalist, ensfh.) Helpt om "freonen te meitsjen" mei saaklike taken en technologyen foar har ymplemintaasje. Beskriuwing fan 'e probleemstelling foar de ûntwikkelder - sa kin men de haadfunksje fan in abstrakte analist karakterisearje. Hy fungearret as in keppeling tusken de klant en de ûntwikkelder yn de prosessen fan easken formaasje, analyze en software design. Yn echte produksjebetingsten wurdt de list fan analystfunksjes bepaald troch de metoade foar it organisearjen fan produksje, de kwalifikaasjes fan 'e spesjalist, en de spesifikaasjes fan it modeleare fakgebiet.
Guon analysten lizze tichter by de klant. Dit binne saaklike analysten (Business Analyst). Se begripe djip de saaklike prosessen fan it fakgebiet en binne sels saakkundigen yn automatisearre prosessen. It is heul wichtich om sokke spesjalisten op it personiel fan in bedriuw te hawwen, foaral by it automatisearjen fan metodologysk komplekse fakgebieten. Benammen foar ús, as automatisatoren fan it proses fan steatsbegrutting, is it gewoan needsaaklik dat der saakkundigen binne ûnder de analisten. Dit binne heechkwalifisearre meiwurkers mei in goede finansjele en ekonomyske oplieding en ûnderfining yn it wurk by finansjele autoriteiten, by foarkar yn 'e rol fan liedende spesjalisten. Underfining net op it IT-fjild, mar spesifyk op it fakgebiet, is tige wichtich.
It oare diel fan 'e analisten is tichter by de ûntwikkelders. Dit binne systeemanalisten (System Analyst). Har haadtaak is it identifisearjen, systematisearjen en analysearjen fan klanteasken foar de mooglikheid om se te foldwaan, technyske spesifikaasjes tariede en probleemstellings beskriuwe. Se begripe net allinich saaklike prosessen, mar ek ynformaasjetechnologyen, hawwe in goed begryp fan 'e mooglikheden fan' e software levere oan 'e klant, hawwe ûntwerpfeardigens en, sadwaande, begripe hoe't se de belangen fan 'e klant it bêste kinne oerbringe oan 'e ûntwikkelder. Dizze meiwurkers moatte in oplieding hawwe op it mêd fan ICT en in technysk en technysk tinken, leafst ûnderfining yn IT. By it selektearjen fan sokke spesjalisten sil it hawwen fan ûntwerpfeardigens mei moderne ark in dúdlik foardiel wêze.
In oar type analist is technyske skriuwers. Se binne dwaande mei dokumintaasje as ûnderdiel fan prosessen foar softwareûntwikkeling, it opstellen fan hantliedingen foar brûkers en behearders, technologyske ynstruksjes, trainingsfideo's, ensfh. Har haadtaak is om ynformaasje oer de wurking fan it programma oer te jaan oan brûkers en oare belangstellenden, om technysk komplekse dingen koart en dúdlik te beskriuwen. Technyske skriuwers, foar it grutste part, hawwe in poerbêste behearsking fan 'e Russyske taal, en tagelyk hawwe in technyske oplieding en in analytyske geast. Foar sokke spesjalisten binne de feardichheden fan it gearstallen fan dúdlike, kompetinte, detaillearre technyske teksten yn oerienstimming mei noarmen, lykas kennis en behearsking fan dokumintaasje-ark fan it grutste belang.
Sa sjogge wy deselde rol (en, troch de manier, posysje yn 'e personielstafel) - analist, mar yn har ferskillende spesifike applikaasje-ynkarnaasjes. It sykjen nei spesjalisten foar elk fan harren hat syn eigen skaaimerken. It is wichtich om te witten dat dizze soarten analysts feardichheden en kennis moatte hawwe dy't faaks net kompatibel binne yn ien persoan. Ien is in geasteswittenskippen spesjalist, gefoelich foar analytysk wurk mei grutte folumes fan tekst dokuminten, mei ûntwikkele spraak en kommunikaasje feardichheden, de oare is in "techie" mei engineering tinken en ynteresses yn it IT fjild.
Nim wy fan bûten ôf of groeie?
Foar in grutte fertsjintwurdiger fan 'e IT-sektor nimt de effektiviteit fan direkte seleksje út ynternetboarnen ôf as projekten groeie. Dit bart benammen om de folgjende redenen: snelle oanpassing oan komplekse prosessen binnen it bedriuw is ûnmooglik, de snelheid fan behearsking fan spesifike ark is leger as de snelheid fan projektûntwikkeling. Dêrom is it wichtich foar in HR-spesjalist om net allinich te witten wa't jo ekstern sykje moatte, mar ek hoe't jo de ynterne boarnen fan it bedriuw brûke, fan wa en hoe't jo in spesjalist ûntwikkelje kinne.
Foar saaklike analisten is ûnderfining fan wurkjen binnen echte prosessen yn it fakgebiet heul wichtich, dus it werven fan har "fan bûten" is effektiver dan se groeie binnen it bedriuw. Tagelyk is it wichtich foar in HR-spesjalist om de list te kennen fan organisaasjes dy't boarnen kinne wêze fan dizze minsklike boarne, en by it selektearjen, fokusje op it sykjen nei CV's fan har.
Om fakatueres te foljen lykas systeemanalist en software-arsjitekt, krekt oarsom, is it proses fan training binnen it bedriuw fan grut belang. Dizze spesjalisten moatte wurde foarme yn 'e hjoeddeistige produksjeomjouwing en de spesifikaasjes fan in bepaalde organisaasje. Systeemanalisten ûntwikkelje fan saaklike analysten, technyske skriuwers, en technyske stipe-yngenieurs. Software-arsjitekten - fan ûntwerpers (Systeemûntwerper) en software-ûntwikkelders (Software-ûntwikkelder) as se ûnderfining ophelje en har horizonten ferbreedzje. Dizze omstannichheid lit in HR-spesjalist de ynterne boarnen fan it bedriuw effektyf brûke.
Kruising, yntegraasje en evolúsje fan produksjerollen
D'r is in oar lestich probleem út it eachpunt fan ymplemintaasje yn it produksjeproses - it fêststellen fan dúdlike grinzen tusken rollen. Op it earste each kin it lykje dat alles fanselssprekkend is: de ymplemintaasje is foltôge, de dokuminten oer it ynstellen fan de software yn kommersjele operaasje binne tekene, en alles is oerdroegen oan technyske stipe. Dat is krekt, lykwols ûntsteane der faak situaasjes as de klant, út gewoante, yn nau kontakt is mei de analist en him sjocht as in "toverstok", bliuwt aktyf mei him kommunisearje, nettsjinsteande it feit dat it systeem al is ymplementearre en it formele stipepoadium is oan 'e gong. Lykwols, út it eachpunt fan de klant, wa better en flugger as de analist dy't sette de taak tegearre mei him sil beäntwurdzje fragen oer it wurkjen mei it systeem. En hjir ûntstiet de fraach oer de parsjele duplikaasje fan 'e rollen fan in technyske stipe-yngenieur en in analist. Yn 'e rin fan' e tiid wurdt alles better, de kliïnt wurdt brûkt om te kommunisearjen mei de technyske stipetsjinst, mar oan it begjin fan it brûken fan 'e software kin sa'n "ynterne oergong" net altyd sûnder stress oan beide kanten berikt wurde.
De krusing fan 'e rollen fan analist en technyske stipe-yngenieur ûntstiet ek as de stream fan ûntwikkelingseasken foarkomt as ûnderdiel fan' e stipepoadium. Werom nei de software libben syklus, wy sjogge in diskrepânsje tusken echte produksje betingsten en formele hâlding dat easken analyze en probleem formulearring kin wurde útfierd allinnich troch in analist. In HR-spesjalist moat fansels it ideale byld fan rollen binnen de softwarelibbenssyklus begripe; se hawwe dúdlike grinzen. Mar tagelyk moatte jo perfoarst yn gedachten hâlde dat krusing mooglik is. By it beoardieljen fan de kennis en feardichheden fan in oanfreger, moatte jo omtinken jaan oan de oanwêzigens fan relatearre ûnderfining, dat is, by it sykjen nei technyske stipe-yngenieurs, kinne kandidaten mei analistûnderfining goed wurde beskôge en oarsom.
Neist oerlaap is d'r faaks in konsolidaasje fan produksjerollen. Bygelyks, in saaklike analist en in technyske skriuwer kinne bestean as ien persoan. De oanwêzigens fan in software-arsjitekt (Software Architect) is ferplicht yn grutte yndustriële ûntwikkeling, wylst heul lytse projekten sûnder dizze rol kinne dwaan: dêr wurde de funksjes fan 'e arsjitekt útfierd troch ûntwikkelders (Software Developer).
Feroaringen yn histoaryske perioaden yn ûntwikkelingsbenaderingen en technologyen liede ûnûntkomber ta it feit dat de libbenssyklus fan software ek evoluearret. Globaal bliuwe fansels har haadfazen net feroare, mar se wurde mear detaillearre. Bygelyks, mei de oergong nei web-basearre oplossingen en de groei fan mooglikheden foar konfiguraasje op ôfstân, is de rol fan in spesjalist foar softwarekonfiguraasje ûntstien. Yn in ier histoarysk stadium wiene dat útfierers, dat wol sizze yngenieurs dy't it grutste part fan har wurktiid op 'e wurkplakken fan kliïnten trochbrochten. It ferhege folume en kompleksiteit fan software hat laat ta it ûntstean fan 'e rol fan Software Architect. Easken foar it fersnellen fan ferzjeferzjes en it ferbetterjen fan softwarekwaliteit droegen by oan 'e ûntwikkeling fan automatisearre testen en it ûntstean fan in nije rol - QA-yngenieur (Quality Assurance Engineer), ensfh. De evolúsje fan rollen yn alle stadia fan it produksjeproses is signifikant besibbe oan de ûntwikkeling fan metoaden, technologyen en ark.
Oant no hawwe wy wat nijsgjirrige punten sjoen oangeande de ferdieling fan produksjerollen binnen in softwarebedriuw yn 'e kontekst fan' e softwarelibbensyklus. Fansels is dit in ynsider's werjefte dy't spesifyk is foar elk bedriuw. Foar ús allegearre, as dielnimmers oan 'e arbeidsmerk fan' e IT-yndustry en dejingen dy't ferantwurdlik binne foar it befoarderjen fan it merk fan 'e wurkjouwer, sil it sicht fan bûten benammen wichtich wêze. En hjir is d'r in grut probleem net allinich yn it finen fan betsjutting, mar ek yn it oerbringe fan dizze ynformaasje oan 'e doelgroep.
Wat is der mis mei de "dierentuin" fan IT-posysjes?
Betizing yn 'e tinzen fan HR-spesjalisten, produksjemanagers en it ferskaat oan oanpak liede ta in heul breed ferskaat, in wiere "dierentuin" fan IT-posysjes. De ûnderfining fan ynterviews en gewoan profesjonele kontakten docht bliken dat minsken faaks net in dúdlik begryp hawwe fan de betsjutting dy't folgje moatte út wurktitels. Bygelyks, yn ús organisaasje, posysjes dy't de term "analytyske yngenieur" omfetsje, geane derfan út dat dit in taakopsteller is. It docht lykwols bliken dat dat net oeral it gefal is: der binne ûntwikkelingsorganisaasjes dêr't in analytysk yngenieur in útfierer is. In folslein oar begryp, soene jo it iens wêze?
As earste ferleget de "dierentuin" fan IT-posysjes sûnder mis de effektiviteit fan werving. Elke wurkjouwer wol by it ûntwikkeljen en promoatsjen fan syn merk yn in bondige foarm alle betsjuttingen dy't yn syn produksje bestean oerbringe. En as er sels faak net dúdlik sizze kin wa't wa is, is it natuerlik dat er ûnwissichheid útstjoert nei de eksterne omjouwing.
Twad, de "dierentuin" fan IT-posysjes makket enoarme problemen yn 'e training en ûntwikkeling fan IT-personiel. Elke serieuze IT-bedriuw, rjochte op it foarmjen en ûntwikkeljen fan minsklike boarnen, en net allinich "molken" wurkplakken, komt ier of in bytsje letter de needsaak om te ynteraksje mei ûnderwiisynstellingen. Foar heech kwalifisearre IT-personiel is dit in segmint fan universiteiten, en de bêste dêryn, teminsten dy yn 'e TOP-100-ranglist.
It probleem fan yntegraasje mei universiteiten by it bouwen fan in trochgeand proses fan oplieding fan IT-spesjalisten is sawat de helte fan it gebrek oan universiteiten begryp fan wa is wa binnen it IT-bedriuw. Se hawwe hjir in heul oerflakkich begryp fan. Yn 'e regel hawwe universiteiten ferskate spesjaliteiten mei it wurd "kompjûterwittenskip" yn har nammen, en it bart faak dat as se in talittingskampanje fiere, se fertrouwe op it proefskrift dat alle spesjaliteiten yn essinsje oer itselde binne. En it liket itselde as as wy fertrouwe op 'e populêre myte dat alle IT-spesjalisten programmeurs binne.
De ûnderfining fan ús nauwe gearwurking mei universiteiten docht bliken dat de spesjaliteit "Applied Informatics (by yndustry)" foarsjocht ús mei personiel foar de metodyk en technyske stipe ôfdielings, mar net ûntwikkeling. Wylst "Fundamental Informatics", "Software Engineering" in poerbêste minsklike boarne foar ûntwikkelders tariede. Om de oanfreger net yn earste ynstânsje te rjochtsjen op in paad dat net geskikt is foar him, is it nedich om "de mist te ferdriuwen" dy't IT-produksje omgiet.
Is it mooglik om alles ta in mienskiplike neamer te bringen?
Is it mooglik om produksjerollen te ferienigjen en ta in mienskiplik begryp fan har binnen en bûten it bedriuw te kommen?
Fansels is it mooglik en needsaaklik, om't de sammele kollektyf ûnderfining fan alle ûntwikkelingsbedriuwen de oanwêzigens fan mienskiplike, ferienigjende konsepten foar it organisearjen fan it produksjeproses toant. Dit is in gefolch fan it feit dat d'r noch in unyk ynterpretearre konsept is fan 'e softwarelibbensyklus, en de nij opkommende produksjerollen (DataScientist, QA-Engineer, MachineLearning Engineer, ensfh.) binne in gefolch fan' e ferdúdliking en ûntwikkeling fan 'e software libbenssyklus as sadanich, bart mei ferbettering fan technologyen en ark, lykas de ûntwikkeling en fergrutting fan saaklike taken.
Tagelyk is it lestich om produksjerollen te ferienigjen, om't IT ien fan 'e jongste en rapst groeiende sektoaren fan' e ekonomy is. Yn in sin is dit de gaos wêrút it universum ûntstien is. In dúdlike organisaasjestruktuer is hjir ûnmooglik en net geskikt, om't IT in yntellektueel, mar tige kreatyf fjild is. Oan 'e iene kant is in IT-spesjalist in "fysikus"-yntellektueel mei ûntwikkele algoritmyske en wiskundige tinken, oan 'e oare kant is hy in "lyrikus"-skepper, drager en promotor fan ideeën. Hy hat, krekt as de keunstner, gjin dúdlik plan foar it skilderjen, hy kin it byld net yn dielen ûntbrekke, om't dy lêste ophâldt te bestean. Hy is de hearsker fan ynformaasjeprosessen, dy't op himsels abstrakt, ymmaterieel, dreech te mjitten, mar fluch binne.
Manieren om effektyf personielswurk te bouwen yn IT-produksje
Dat, wat is wichtich foar in HR-spesjalist om te witten om effektyf HR-wurk te bouwen yn 'e kontekst fan it ferskaat oan IT-produksjerollen.
As earste moat elke HR-spesjalist by in IT-bedriuw in idee hawwe fan 'e situaasje dy't spesifyk is foar syn bedriuw: wa docht wat, wa wurdt wat neamd, en vooral, wat is de betsjutting fan dizze rollen yn' e betingsten fan in bepaalde produksje.
Twads moat de HR-professional in fleksibel begryp hawwe fan produksjerollen. Dat is, hy foarmet yn 't earstoan in ideaal begryp oer har, wêrtroch't er alles sels útfine kin. Dan moat der in reëel byld fan produksje komme: wêr en op hokker wize de rollen krúsje en kombinearje, hokker belibbing fan dy rollen bestiet der by produksjemanagers. De swierrichheid foar in personielspesjalist is om de echte en ideale situaasjes yn 'e geast te kombinearjen, net te besykjen om prosessen mei krêft op te bouwen om har ideale begryp te passen, mar om de produksje te helpen oan' e needsaak foar middels te foldwaan.
Tredde, moatte jo perfoarst in idee hawwe fan 'e mooglike ûntwikkelingstrajekten fan bepaalde spesjalisten: yn hokker gefallen kin eksterne seleksje effektyf wêze, en wannear is it better om in meiwurker yn jo team te groeien, him mooglikheden foar ûntwikkeling te jaan, hokker kwaliteiten fan kandidaten sil tastean se te ûntwikkeljen yn in bepaalde rjochting , hokker kwaliteiten kinne net ferienichber wêze yn ien persoan, dat is yn earste ynstânsje wichtich foar it kiezen fan in ûntwikkeling trajekt.
Lit ús fjirde weromgean nei it proefskrift dat IT in fjild is fan heech kwalifisearre personiel, dêr't iere yntegraasje mei de universitêre edukative omjouwing ûnûntkomber is foar effektiver personielswurk. Yn dizze situaasje moat elke HR-spesjalist net allinich de feardichheden fan direkte sykjen ûntwikkelje, wurkje mei fragelisten en ynterviews, mar ek der wis fan wêze dat jo de omjouwing fan universitêre oplieding fan spesjalisten navigearje: hokker universiteiten tariede personiel foar it bedriuw, hokker spesjaliteiten binnen spesifike universiteiten dekking personiel behoeften, en wat It is wichtich wa't stiet efter dit, wa beheart en traint spesjalisten yn universiteiten.
Sa, as wy doelbewust debunk de myte dat alle IT-spesjalisten binne programmeurs, is it nedich om te nimmen in oantal stappen yn dizze rjochting en betelje spesjaal omtinken oan ús universiteiten, dêr't de fûneminten foar de belibbing fan 'e takomst berop wurde lein. Mei oare wurden, wy moatte konstante ynteraksje mei de edukative omjouwing, bygelyks, mei help fan de moderne foarm fan gearwurking yn coworking sintra, "kookpunten," en dielname oan edukative yntinsiven. Dit sil helpe om misferstannen te ferneatigjen oer it IT-bedriuw, de effisjinsje fan personielswurk te fergrutsjen en betingsten te meitsjen foar mienskiplike aktiviteiten yn 'e oplieding fan ferskate spesjalisten yn ús sektor.
Ik uterje myn tankberens oan 'e kollega's dy't meidien hawwe oan' e tarieding en stipe fan 'e relevânsje fan dit artikel: Valentina Vershinina en Yuri Krupin.
Boarne: www.habr.com