Software industrialaren garapenaren egungo fasean, hainbat produkzio-rol ikus daitezke. Haien kopurua gero eta handiagoa da, sailkapena gero eta korapilatsuagoa da urtero, eta, jakina, espezialistak aukeratzeko eta giza baliabideekin lan egiteko prozesuak gero eta korapilatsuagoak dira. Informazioaren teknologiak (IT) kualifikazio handiko lan baliabideak eta langile eskasia dituen eremua da. Hemen, langileak garatzeko prozesua eta langileen potentzialarekin lan sistematiko baten beharra askoz eraginkorragoak dira Interneteko baliabideak erabiliz zuzeneko hautaketa baino.
Artikuluak IT enpresetako HR-ko espezialistentzat garrantzitsuak diren gaiak aztertzen ditu: kausa-ondorio harremanak produkzio-rolen bilakaeran, rolen edukiaren interpretazio okerraren ondorioak, oro har, HR lanerako, baita aukerak areagotzeko ere. espezialistak kontratatzeko eraginkortasuna.
IT fabrikazioa hasi gabekoentzat
Nor da nor informatikan hainbat plataformatan eztabaidatzeko gaia da. IT industria osoa bezala existitu da, hau da, joan den mendeko 90eko hamarkadaren hasieran kontsumitzaileen merkatuan software garatzeko lehen enpresak agertu zirenetik. Eta denbora berean ez da izan gai honi buruzko ikuspegi komunik, eta horrek zailtasunak sortzen ditu eta langileen lanaren eraginkortasuna murrizten du. Saia gaitezen asmatzen.
Niretzat, IT sektoreko produkzio-rolen gaia garrantzitsua eta interesgarria bihurtu da IT enpresan sartu nintzenetik. Denbora eta energia urduri asko eman nuen ekoizpen prozesua ulertzen saiatzen. Kostu hauek nire aurreikuspenak eta beste arlo batzuetako prozesuetara egokitzeko kostuak gainditzen zituzten: hezkuntza, materialaren ekoizpena, enpresa txikia. Prozesuak konplexuak eta ezohikoak direla ulertu nuen, izan ere, orokorrean, pertsona bat mundu materialera egokituago dago birtualera baino. Baina erresistentzia intuitiboa zegoen: bazirudien hemen zerbait gaizki zegoela, ez luke horrela izan behar. Egokitzapen-prozesuak urtebete behar izan zuen ziurrenik, eta hori, nire ustez, kosmikoa besterik ez da. Ondorioz, nahiko argi nuen IT produkzioan funtsezko eginkizunak.
Gaur egun, gai hau lantzen jarraitzen dut, baina beste maila batean. Informatika-enpresa baten garapen-zentroko arduraduna naizen aldetik, maiz komunikatu behar izaten dut produktu informatiko baten sorkuntzan parte hartu nahi duten ikasleekin, unibertsitateko irakasleekin, eskatzaileekin, eskola-umeekin eta lan-merkatuan enplegatzaile-marka sustatzeko. lurralde berri batena (Yaroslavl). Komunikazio hori ez da erraza, solaskideek softwarearen garapen prozesua nola antolatzen den kontzientzia baxua dutelako, eta, ondorioz, elkarrizketaren gaia ez ulertzeagatik. 5-10 minutuko elkarrizketaren ondoren, iritzia jasotzeari uzten diozu eta bere hizkerak itzulpena eskatzen duen atzerritar bat bezala sentitzen hasten zara. Oro har, solaskideen artean bada elkarrizketan lerro bat marrazten eta 90eko hamarkadako herri-mito bat ahoskatzen duen norbait: «Dena den, informatikako espezialista guztiak programatzaileak dira». Hauek dira mitoaren jatorria:
- IT industria azkar garatzen ari da, baldintza hauetan oinarrizko esanahi eta printzipio guztiak eraketa fasean daude;
- Zaila da ziurgabetasun baldintzetan egotea, beraz, pertsona bat saiatzen da bere buruari ezezaguna ulertzea errazten mitoak sortuz;
- pertsona bat mundu materialaren pertzepziora birtuala baino ohituago dago, eta horregatik zaila egiten zaio bere pertzepziotik kanpo dauden kontzeptuak definitzea.
Mito horri aurre egiten saiatzeak batzuetan haize-errotak okertzea bezala senti dezake, arazoaren hainbat alderdi jorratu behar direlako. HRko espezialista batek behar du, lehenik, produkzio-eginkizunen irudi argia edukitzea informatika-enpresa batean irudikapen ideal eta erreal batean, bigarrenik, enpresaren barne-baliabideak nola eta noiz erabil daitezkeen modu eraginkorrenean ulertu, eta hirugarrenik, zein metodo erreal izango diren. lan-merkatuko partaideen kontzientzia areagotzen lagunduko du eta enpresaburuen marka garatzen lagunduko du. Ikus ditzagun alderdi hauek hurbilagotik.
Softwarearen bizi-zikloa ekoizpen-rolen oinarri gisa
Ez da sekretua, oro har, edozein IT-enpresako produkzio-eginkizun guztiek softwarearen bizi-zikloa dutela iturri gisa. Hori dela eta, gai honen pertzepzio bateratu bat adosteko zeregin kontzeptuala ezartzen badugu IT industria osoan, berariaz oinarritu behar dugu softwarearen bizi-zikloan denek onartu eta argi ulertzen duten oinarri semantiko gisa. Produkzio-rolen gaia ezartzeko aukera zehatzen eztabaida softwarearen bizi-zikloarekiko dugun sormen-jarreraren planoan dago.
Beraz, ikus ditzagun softwarearen bizi-zikloak barne hartzen dituen faseak, RUP metodologia erabiliz adibide gisa. Edukiari eta terminologiari dagokionez esteka nahiko helduak dira. Ekoizpen-prozesua beti eta nonahi negozio-ereduarekin eta eskakizunen eraketarekin hasten da, eta amaitzen da (baldintzaz, noski) erabiltzaileen kontsultarekin eta softwarea erabiltzaileen “nahietan” oinarrituta aldatzen.
Joan den mendearen amaierara txango historiko bat egiten baduzu (dakizuenez, "uharteen automatizazioaren" garaia izan zen), ikus dezakezu softwarea sortzeko prozesu osoa programatzaile-garatzaile batek egin zuela. Hona hemen IT espezialista bakoitza programatzailea dela dioen mitoaren sustraiak.
Ekoizpen-prozesuen gero eta konplexutasun handiagoarekin, plataforma integratuen sorrerarekin eta gai-arloen automatizazio konplexurako trantsizioan, negozio-prozesuen biringeniaritzarekin batera, bizitza-zikloko faseei lotutako rol espezializatuen agerpena saihestezina bihurtzen da. Horrela agertzen dira analista, probatzaile eta laguntza teknikoko espezialista.
Posizio aniztasuna analista-eginkizunaren adibidea erabiliz
Analista batek (aka ingeniari analitikoa, zuzendaria, metodologoa, negozio-analista, sistema-analista, etab.) negozio-zereginekin eta teknologiekin "lagun egiten" laguntzen du horiek ezartzeko. Arazoaren adierazpenaren deskribapena garatzailearentzat - horrela ezaugarritu daiteke analista abstraktu baten funtzio nagusia. Bezeroaren eta garatzailearen arteko lotura gisa jarduten du eskakizunak eratzeko, aztertzeko eta softwarearen diseinuko prozesuetan. Ekoizpen-baldintza errealetan, analista-funtzioen zerrenda ekoizpena antolatzeko metodoak, espezialistaren titulazioek eta modelatutako gai-arloaren zehaztapenek zehazten dute.
Analista batzuk bezeroarengandik hurbilago kokatzen dira. Hauek negozio-analistak dira (Business Analyst). Gai-arloko negozio-prozesuak sakon ulertzen dituzte eta prozesu automatizatuetan adituak dira. Oso garrantzitsua da horrelako espezialistak izatea enpresa bateko langileetan, batez ere metodologikoki konplexuak diren gai-arloak automatizatzean. Bereziki, guretzat, Estatuko aurrekontuen prozesuaren automatizatzaile garen heinean, beharrezkoa da analisten artean gai adituak egotea. Kualifikazio handiko langileak dira, finantza- eta ekonomia-heziketa ona eta finantza-agintarien lan-esperientzia dutenak, ahal izanez gero puntako espezialistaren paperean. Esperientzia ez informatika arloan, bereziki irakasgaian, oso garrantzitsua da.
Analisten beste zatia garatzaileengandik gertuago dago. Hauek sistema analistak dira (System Analyst). Haien zeregin nagusia bezeroen eskakizunak identifikatzea, sistematizatzea eta aztertzea da, haiek betetzeko aukera, zehaztapen teknikoak prestatzea eta arazoen adierazpenak deskribatzea. Negozio-prozesuak ez ezik, informazio-teknologiak ere ulertzen dituzte, bezeroari hornitutako softwarearen gaitasunak ondo ulertzen dituzte, diseinu-gaitasunak dituzte eta, horren arabera, ulertzen dute bezeroaren interesak garatzaileari nola transmititu onena. Langile hauek IKT alorreko heziketa eta ingeniaritza eta pentsamolde teknikoa izan behar dute, ahal izanez gero, informatikan esperientzia. Halako espezialistak hautatzerakoan, tresna modernoak erabiliz diseinu gaitasunak izatea abantaila argia izango da.
Beste analista mota bat idazle teknikoak dira. Softwarea garatzeko prozesuen barruan dokumentazioan aritzen dira, erabiltzailearen eta administratzaileen eskuliburuak, argibide teknologikoak, prestakuntza-bideoak, etab prestatzen. Beren zeregin nagusia erabiltzaileei eta beste interesdunei programaren funtzionamenduari buruzko informazioa helarazteko gai izatea da, teknikoki konplexuak diren gauza zehatz eta argi deskribatzea. Idazle teknikoek, gehienetan, errusiar hizkuntza bikain menderatzen dute, eta, aldi berean, hezkuntza teknikoa eta adimen analitikoa dute. Halako espezialistentzat, garrantzi handiena dute testu tekniko argi, konpetente eta zehatzak estandarren arabera biltzeko gaitasunak, baita dokumentazio tresnen ezagutza eta menderatzea ere.
Horrela, rol bera (eta, bide batez, posizioa langileen mahaian) ikusten dugu - analista, baina bere aplikazio espezifiko desberdinetan. Horietako bakoitzerako espezialista bilatzeak bere ezaugarriak ditu. Garrantzitsua da jakitea analista mota hauek pertsona batengan askotan bateraezinak diren trebetasunak eta ezagutzak izan behar dituztela. Bata humanitate-zientzietako espezialista da, testu-dokumentu-bolumen handiekin lan analitikoa egiteko joera duena, hizkera eta komunikazio-gaitasun garatuak dituena, bestea "teknologia" bat da, ingeniaritza-pentsamendua eta informatika arloko interesak dituena.
Kanpotik hartzen al dugu hazten?
IT industriako ordezkari handi batentzat, Interneteko baliabideetatik zuzeneko hautaketaren eraginkortasuna murrizten da proiektuak hazten diren heinean. Hori gertatzen da, bereziki, arrazoi hauengatik: ezinezkoa da enpresa barruko prozesu konplexuetara azkar egokitzea, tresna zehatzak menderatzeko abiadura proiektuaren garapenaren abiadura baino txikiagoa da. Hori dela eta, garrantzitsua da HR espezialista batek kanpotik nori bilatu ez ezik, enpresaren barne baliabideak nola erabili, zeinengandik eta nola garatu espezialista bat jakitea.
Negozio-analistentzat, gai-arloko prozesu errealetan lan egiteko esperientzia oso garrantzitsua da, beraz, "kanpotik" kontratatzea eraginkorragoa da enpresa barruan haztea baino. Aldi berean, garrantzitsua da HR espezialista batek giza baliabide honen iturri izan daitezkeen erakundeen zerrenda ezagutzea, eta hautatzeko orduan, haiengandik curriculumak bilatzera bideratzea.
Sistema-analista eta software-arkitektoa bezalako lanpostu hutsak betetzeko, aitzitik, enpresa barruko prestakuntza-prozesuak garrantzi handia du. Espezialista horiek egungo produkzio-ingurunean eta erakunde jakin baten berezitasunetan osatu behar dira. Sistema Analistak Negozio Analista, Idazle Tekniko eta Laguntza Teknikoko Ingeniarietatik garatzen dira. Software-arkitektuak - diseinatzaileetatik (System Designer) eta software-garatzaileetatik (Software Developer) esperientzia lortzen eta horizonte zabaltzen duten heinean. Inguruabar honek aukera ematen dio HR espezialista bati konpainiaren barne baliabideak modu eraginkorrean erabiltzeko.
Ekoizpen-rolen elkargunea, integrazioa eta bilakaera
Ekoizpen prozesuan inplementazioaren ikuspuntutik beste arazo zail bat dago: rolen arteko muga argiak ezartzea. Lehen begiratuan, dena begi-bistakoa dela ematen du: inplementazioa amaituta, softwarea merkataritza-funtzionamenduan jartzeko agiriak sinatu dira eta dena laguntza teknikoaren esku utzi dute. Hala da, hala ere, egoerak sortzen dira askotan bezeroak, ohituragatik, analistarekin harreman estuan egonik eta “makil magiko” gisa ikusita, berarekin aktiboki komunikatzen jarraitzen duenean, sistema jada ezarrita dagoen arren. eta laguntza formalaren etapa abian da . Hala ere, bezeroaren ikuspuntutik, zeinek erantzungo die sistemarekin lan egiteari buruzko galderei erantzungo die berarekin zeregina ezartzen duen analistak baino hobeto eta azkarrago. Eta hemen laguntza teknikoko ingeniari baten eta analista baten eginkizunen bikoizketa partzialari buruzko galdera sortzen da. Denborarekin, dena hobetzen doa, bezeroa laguntza teknikoko zerbitzuarekin komunikatzera ohitzen da, baina softwarea erabiltzen hastean, "barne trantsizio" hori ezin da beti bi aldeetatik estresik gabe egin.
Analistaren eta laguntza teknikoko ingeniariaren eginkizunen arteko elkargunea garapen-eskakizunen fluxua laguntza fasearen zati gisa gertatzen denean ere sortzen da. Softwarearen bizi-ziklora itzuliz, desadostasuna ikusten dugu benetako produkzio-baldintzen eta eskakizunen analisia eta arazoen formulazioa analista batek soilik egin ditzakeen jarrera formalen artean. HRko espezialista batek, noski, softwarearen bizitza-zikloaren barruko rolen irudi ideala ulertu behar du; muga argiak dituzte. Baina, aldi berean, behin betiko kontuan izan behar duzu bidegurutzea posible dela. Eskatzaile baten ezagutzak eta trebetasunak ebaluatzean, erlazionatutako esperientziaren presentziari erreparatu behar zaio, hau da, laguntza teknikoko ingeniariak bilatzean, analista esperientzia duten hautagaiak kontuan hartu daitezke eta alderantziz.
Gainjartzeaz gain, produkzio-eginkizunak finkatu ohi dira. Adibidez, negozio-analista eta idazle tekniko bat pertsona bakar gisa egon daitezke. Software-arkitekto baten presentzia (Software Architect) derrigorrezkoa da garapen industrial handietan, proiektu oso txikiek eginkizun hori gabe egin dezaketen bitartean: bertan arkitektoaren funtzioak garatzaileek betetzen dituzte (Software Developer).
Garapenaren ikuspegietan eta teknologietan aldi historikoetan izandako aldaketek ezinbestean ekartzen dute softwarearen bizi-zikloa ere eboluzionatzea. Mundu mailan, jakina, bere etapa nagusiak ez dira aldatu, baina gero eta zehatzagoak dira. Esate baterako, Web-oinarritutako soluzioetara igarotzearekin eta urruneko konfigurazio-gaitasunen hazkuntzarekin, software-konfigurazio espezialista baten rola sortu da. Hasierako fase historiko batean, hauek inplementatzaileak ziren, hau da, lan-denbora gehiena bezeroen lantokietan ematen zuten ingeniariak. Softwarearen bolumena eta konplexutasuna handitzeak Software Arkitektoaren rola agertzea ekarri du. Bertsioen kaleratzeak bizkortzeko eta softwarearen kalitatea hobetzeko eskakizunek proba automatizatuen garapenean eta rol berri baten sorreran lagundu zuten: QA ingeniaria (Kalitatea Bermatzeko Ingeniaria), etab. Ekoizpen-prozesuko fase guztietan rolen bilakaera nabarmen lotuta dago metodo, teknologia eta tresnen garapenarekin.
Orain arte, software-enpresa baten barruan produkzio-rolen banaketari buruzko puntu interesgarri batzuk aztertu ditugu softwarearen bizi-zikloaren testuinguruan. Jakina, enpresa bakoitzaren espezifikoa den barneko ikuspegia da. Guztiontzat, informatika-industriako lan-merkatuko parte-hartzaile garen heinean eta enplegatzaile-marka sustatzeko arduradun gisa, kanpoko ikuspegia bereziki garrantzitsua izango da. Eta hemen arazo handia dago zentzua aurkitzeko ez ezik, informazio hori xede-publikoari helarazteko ere.
Zer gertatzen da IT posizioen “zoo”arekin?
HR espezialisten, produkzio-zuzendarien eta planteamendu aniztasunaren nahasmenak oso aniztasun handia dakar, IT posizioen benetako "zoo" bat. Elkarrizketen eta kontaktu profesionalen esperientziak erakusten du askotan jendeak ez duela argi ulertzen lanpostuen tituluetatik etorri behar den esanahia. Esate baterako, gure erakundean, "analitika-ingeniari" terminoa barne hartzen duten postuek hau zereginen ezarpena dela suposatzen dute. Hala ere, gertatzen da hori ez dela edonon gertatzen: badaude garapen-erakundeak, non ingeniari analitikoa inplementatzailea den. Guztiz bestelako ulerkera bat, ados al zinateke?
Lehenik eta behin, IT postuen "zoo"-ak kontratazioaren eraginkortasuna murrizten du, zalantzarik gabe. Enpresaburu bakoitzak, bere marka garatzen eta sustatzen duenean, bere ekoizpenean dauden esanahi guztiak modu zehatz batean helarazi nahi ditu. Eta berak askotan ezin badu argi eta garbi esan nor den nor, naturala da ziurgabetasuna kanpoko ingurunera igortzea.
Bigarrenik, IT postuen "zoo"-ak arazo izugarriak sortzen ditu informatikako langileen prestakuntzan eta garapenean. Informatika-enpresa serio orok, giza baliabideak eratzera eta garatzera zuzendutakoak, eta ez soilik lan-guneak “jezteko”, lehenago edo apur bat beranduago, hezkuntza erakundeekin elkarreragin beharrarekin egiten du topo. Kualifikazio handiko informatika-langileentzat, unibertsitateen segmentu bat da, eta hoberenak, gutxienez, TOP-100 rankingean daudenak.
Unibertsitateekin integratzeko arazoa informatikako espezialisten etengabeko prestakuntza-prozesua eraikitzean unibertsitateek informatika-enpresa barruan nor den nor den ulertzeko ezaren erdia da gutxi gorabehera. Oso azaleko ulermena dute hori. Oro har, unibertsitateek hainbat espezialitate dituzte beren izenetan “informatika” hitza, eta askotan gertatzen da onarpen kanpaina bat egiten dutenean espezialitate guztiak funtsean gauza bera direla dioen tesian oinarritzen direla. Eta informatikako espezialista guztiak programatzaileak direla dioen mito ezagunean oinarritzen bagina bezala dirudi.
Unibertsitateekin dugun lankidetza estuaren esperientziak erakusten du “Informatika Aplikatua (industriaren arabera)” espezialitateak metodologia eta laguntza teknikoko sailetarako langileak hornitzen digula, baina ez garapena. "Oinarrizko Informatika", "Software Ingeniaritza" garatzaileentzako giza baliabide bikaina prestatzen duten bitartean. Hasiera batean eskatzailea berarentzat desegokia den bide batetik ez bideratzeko, beharrezkoa da produkzio informatikoa inguratzen duen "lainoa uxatu".
Posible al da dena izendatzaile komun batera ekartzea?
Posible al da produkzio-rolak bateratzea eta horiek komunean ulertzea enpresa barruan zein kanpoan?
Noski, posible eta beharrezkoa da, garapen-enpresa guztien esperientzia kolektibo metatuak ekoizpen-prozesua antolatzeko kontzeptu komun eta bateratzaileen presentzia erakusten duelako. Softwarearen bizitza-zikloaren interpretazio berezia dagoen kontzeptua oraindik ere badagoen ondorioa da, eta sortu berri diren produkzio-eginkizunak (DataScientist, QA-Engineer, MachineLearning Engineer, etab.) argitzearen eta garapenaren ondorio dira. softwarearen bizi-zikloa, teknologien eta tresnen hobekuntzarekin gertatzen dena, baita negozio-zereginen garapenarekin eta handitzearekin ere.
Aldi berean, zaila da produkzio-eginkizunak bateratzea, IT ekonomiaren sektore gazteenetakoa eta hazten ari denetako bat delako. Zentzu batean, hori da unibertsoa sortu zen kaosa. Hemen antolakuntza-egitura argi bat ezinezkoa eta desegokia da, IT arlo intelektuala baita, baina oso sortzailea. Alde batetik, informatikan espezialista “fisikari”-intelektuala da, pentsamendu algoritmiko eta matematiko garatua duena, bestetik, “letrista”-ideien sortzaile, eramaile eta sustatzailea da. Berak, artistak bezala, ez du margotzeko plan argirik; ezin du irudia zatitan deskonposatu, azken hau existitzeari utziko baitio. Bera da informazio prozesuen agintaria, berez abstraktuak, ukiezinak, neurtzeko zailak, baina azkarrak.
IT ekoizpenean langileen lan eraginkorra sortzeko moduak
Beraz, zer den garrantzitsua HRko espezialista batek jakitea HR lan eraginkorra eraikitzeko IT produkzio-eginkizunen aniztasunaren testuinguruan.
Lehenik eta behin, informatika-enpresa bateko HR espezialistak bere enpresarentzat bereziki ohikoa den egoeraren ideia izan behar du: nork egiten duen zer, nork deitzen den zer, eta, batez ere, zein den rol horien esanahia baldintzetan. ekoizpen jakin bat.
Bigarrenik, HR profesionalak ekoizpen-rolen ulermen malgua izan behar du. Hau da, hasieran horiei buruzko ulermen ideal bat osatzen du, eta horri esker dena bere kabuz asmatzen du. Orduan, ekoizpenaren benetako irudi bat egon behar da: rolak non eta zein modutan gurutzatzen eta konbinatzen diren, produkzio-zuzendarien artean rol horien zer pertzepzio dagoen. Pertsonal espezialista baten zailtasuna gogoan dauden egoera errealak eta idealak uztartzea da, ez prozesuak indarrez berreraikitzen saiatzea haien ulermen idealerako, baizik eta ekoizpena baliabideen beharra asetzen laguntzea.
Hirugarrenik, zalantzarik gabe, zenbait espezialisten garapen-ibilbide posibleen ideia bat izan beharko zenuke: kanpo-hautaketa zein kasutan izan daitekeen eraginkorra, eta noiz den hobe zure taldean langile bat haztea, garapen-aukerak emanez, zer nolakotasun. hautagaiek norabide jakin batean garatzeko aukera emango dute, zeintzuk ezin diren pertsona bakarrean bateragarriak izan, eta hori hasiera batean garrantzitsua da garapen-ibilbide bat aukeratzeko.
Laugarrenik, tesira itzul gaitezen informatika kualifikazio handiko langileen esparrua dela, non unibertsitateko hezkuntza-ingurunean integrazio goiztiarra ezinbestekoa den langileen lan eraginkorragoa izateko. Egoera horretan, HR espezialista bakoitzak bilaketa zuzeneko gaitasunak garatu behar ditu, galdetegiekin eta elkarrizketekin lan egiteaz gain, espezialisten unibertsitateko prestakuntzaren ingurunean nabigatzen duela ziurtatu behar du: zein unibertsitatek prestatzen dituzten langileak enpresarako, zein espezialitate unibertsitate espezifikoetan. langileen beharrak estali, eta zer. Garrantzitsua da nor dagoen horren atzean, nork kudeatzen eta trebatzen dituen unibertsitateetan espezialistak.
Hortaz, informatikako espezialista guztiak programatzaileak direla dioen mitoa nahita baztertzen badugu, beharrezkoa da norabide horretan urrats batzuk eman eta arreta berezia jarri gure unibertsitateei, non etorkizuneko lanbidearen pertzepzioaren oinarriak finkatzen diren. Beste era batera esanda, hezkuntza-ingurunearekin etengabeko interakzioa behar dugu, adibidez, coworking zentroetan lankidetza-formatu modernoa erabiliz, "irakiten puntuak" eta hezkuntza intentsiboetan parte hartzea. Horrek IT enpresari buruzko uste okerrak suntsitzen lagunduko du, langileen lanaren eraginkortasuna areagotzen eta gure industriako hainbat espezialisten prestakuntzan baterako jarduerak egiteko baldintzak sortzen lagunduko du.
Nire esker ona adierazten diet artikulu honen garrantziaren prestaketan eta laguntzan parte hartu zuten lankideei: Valentina Vershinina eta Yuri Krupin.
Iturria: www.habr.com