inimestel on f\u00fc\u00fcsilise maailma tajumine tuttavam kui virtuaalse, mist\u00f5ttu on neil keeruline m\u00e4\u00e4ratleda m\u00f5isted, mis j\u00e4\u00e4vad nende tajumise piiridest v\u00e4lja.<\/li>\n<\/ul>\n\nKatsed sel m\u00fc\u00fcdiga v\u00f5idelda meenutavad vahel v\u00f5itlust tuuleveskitega, kuna probleemil on mitu aspekti, mis vajavad arendamist. Personalispetsialist peab esiteks omama selget pilti IT-ettev\u00f5tte t\u00f6\u00f6rollidest nii ideaal- kui ka reaalses vormis, teiseks m\u00f5istma, kuidas ja millal saab ettev\u00f5tte sisemisi ressursse kasutada efektiivsemalt, kolmandaks, millised tegelikud meetodid aitavad suurendada t\u00f6\u00f6turu osalejate teadlikkust ja toetavad t\u00f6\u00f6andja br\u00e4ndi arengut. Vaatleme neid aspekte l\u00e4hemalt.<\/p>\n
Tarkvara eluts\u00fckkel kui tootmisrollide alus<\/h2>\n \nEi ole saladus, et k\u00f5ik tootmisrollid igas IT-ettev\u00f5ttes p\u00f5hinevad tarkvaraarenduse elu ts\u00fcklil. Seet\u00f5ttu, kui seatakse eesm\u00e4rgiks saavutada \u00fchtne arusaam sellest k\u00fcsimusest kogu IT-sektoris, tuleb toetuda just tarkvaraarenduse elu ts\u00fcklile kui k\u00f5igile arusaadavale ja \u00fcheselt m\u00f5istetavale alusele. Konkreetselt tootmisrollide rakendamise arutelu j\u00e4\u00e4b meie loovuse raames tarkvaraarenduse elu ts\u00fcklisse.<\/p>\n
Nii et vaatame tarkvaraarenduse elu ts\u00fcklis etappe RUP-metoodika n\u00e4itel. Need on piisavalt v\u00e4lja kujunenud l\u00fckandvarad seoses sisu ja terminoloogiaga. Tootmisprotsess algab alati ja igal pool \u00e4ri mudeli loomise ja n\u00f5uete koostamisega ning l\u00f5peb (muidugi tinglikult) kasutajate n\u00f5ustamise ja tarkvara t\u00e4iendamisega vastavalt kasutajate soovidele. <\/p>\n
Tootmisprotsesside keerukuse suurenemise, integreeritud platvormide ilmumise ja valdkondade kompleksautomaatikas suundumisega, koos \u00e4riprotsesside \u00fcmberkorraldamisega, on v\u00e4ltimatu spetsialiseeritud rollide teke, mis on seotud elu ts\u00fckli etappidega. Nii ilmuvad anal\u00fc\u00fctik, testija ja tehnilise toe spetsialist. <\/p>\n
Ametikohtade mitmekesistumine anal\u00fc\u00fctiku rolli n\u00e4itel<\/h2>\n \nAnal\u00fc\u00fctik (ka insener-anal\u00fc\u00fctik, jaotust\u00f6\u00f6taja, metoodik, \u00e4riaanaly\u00fctik, s\u00fcsteemi anal\u00fc\u00fctik jne) aitab \u201es\u00f5bruneda\u201c \u00e4ri\u00fclesannete ja tehnoloogiate vahel, mis neid ellu viivad. \u00dclesande m\u00e4\u00e4ratlemise kirjeldust arendajale v\u00f5ib pidada abstraktse anal\u00fc\u00fctiku peamiseks funktsiooniks. Ta tegutseb \u00fchendava l\u00fcli rollis kliendi ja arendaja vahel n\u00f5uete m\u00e4\u00e4ratlemise, anal\u00fc\u00fcsi ja tarkvaraarenduse protsessides. Tootmisolukordades m\u00e4\u00e4rab anal\u00fc\u00fctiku funktsioonide loetelu tootmise korraldust, spetsialisti kvalifikatsiooni ja mudeldatava valdkonna spetsiifikat.<\/p>\n
Teine anal\u00fc\u00fctikute r\u00fchm on l\u00e4hemal arendajatele. Need on s\u00fcsteemi anal\u00fc\u00fctikud (System Analyst). Nende p\u00f5hieesm\u00e4rk on kliendi n\u00f5uete m\u00e4\u00e4ratlemine, s\u00fcsteematiseerimine ja anal\u00fc\u00fcs, et tuvastada nende rahuldamise v\u00f5imalused, tehniliste \u00fclesannete ettevalmistamine ja probleemide m\u00e4\u00e4ratlemise kirjelduse koostamine. Nad m\u00f5istavad mitte ainult \u00e4ri\u00adprotsesse, vaid ka infotehnoloogiaid, tunnevad h\u00e4sti kliendile tarnitava tarkvara v\u00f5imalusi, omavad projekteerimisoskusi ja seega teavad, kuidas parimal viisil edastada arendajale kliendi huve. Need t\u00f6\u00f6tajad omavad tingimata IT-valdkonna haridust ja inseneeria-m\u00f5istus, soovitavalt ka t\u00f6\u00f6kogemust IT-sektoris. Selliste spetsialistide valimisel on selgeks plussiks oskused projektide koostamiseks kasutades kaasaegseid t\u00f6\u00f6riistu.<\/p>\n
Seega n\u00e4eme \u00fcht ja sama rolli (ja muide, ametikohta organisatsioonis) \u2013 anal\u00fc\u00fctik, kuid erinevates tema praktilistes v\u00e4ljendustes. Iga\u00fche otsimine on omamoodi erip\u00e4rane. Oluline on teada, et need anal\u00fc\u00fctikute liigid peavad sageli omama omavahel kokkusobimatuid oskusi ja teadmisi. \u00dcks \u2013 humanitaar, kes on suunatud anal\u00fc\u00fctilisele t\u00f6\u00f6le suurte tekstimahude dokumentidega, arenenud k\u00f5ne ja suhtlemisoskus, teine \u2013 \u201etehniline\u201c inimene insenerim\u00f5tlemisega ja IT-huviga.<\/p>\n
Kuidas leida v\u00f5i kasvatada?<\/h2>\n \nSuurte IT-sektori esindajate puhul v\u00e4heneb Interneti-ressursside kaudu otsimise t\u00f5husus projektide kasvades. Seda juhtub muuhulgas j\u00e4rgmiste p\u00f5hjuste t\u00f5ttu: ettev\u00f5tte keerulistele protsessidele ei ole v\u00f5imalik kiiresti kohanduda, spetsiaalsete t\u00f6\u00f6riistade omandamise kiirus j\u00e4\u00e4b alla projekti arengu kiirusest. Seet\u00f5ttu on HR-spetsialisti jaoks oluline teada mitte ainult seda, keda otsida v\u00e4ljast, vaid ka kuidas saab kaasata ettev\u00f5tte sisemisi ressursse ning kellest ja kuidas spetsialisti kasvatada.<\/p>\n
\u00c4rimudelite anal\u00fc\u00fctikutele on v\u00e4ga oluline t\u00f6\u00f6 kogemus reaalsete protsesside keskkonnas, seega on nende v\u00e4rbamine \"v\u00e4ljastpoolt\" efektiivsem kui ettev\u00f5ttes kasvatamine. Samuti peab HR-spetsialist teadma organisatsioonide nimekirja, mis v\u00f5ivad olla selle inimressursi allikad, ja keskenduma oma valikule just nende CV-de otsimisele.<\/p>\n
S\u00fcsteemianal\u00fc\u00fctikute ja tarkvara arhitektide ametikohtade t\u00e4itmise protsessis on aga ettev\u00f5ttes oskuste arendamisel tohutu t\u00e4htsus. Need spetsialistid peavad kujunema olemasolevates tootmisringides ja konkreetse organisatsiooni spetsiifikas. S\u00fcsteemianal\u00fc\u00fctikud arenevad \u00e4rianal\u00fc\u00fctikutest, tehnilistest kirjutajatest ja tehnilise toe inseneridest. Tarkvara arhitektid saavad kogemuse ja silmaringi laienemise j\u00e4rgi s\u00fcsteemidisaineritest ja tarkvaraarendajatest. See asjaolu v\u00f5imaldab HR-spetsialistil t\u00f5husalt kasutada ettev\u00f5tte siseressursse. <\/p>\n
Roolide ristumine, \u00fchendamine ja areng<\/h2>\n \nOn veel \u00fcks keeruline k\u00fcsimus tootmisprotsessis \u2013 selgete piiride kehtestamine rollide vahel. Esmapilgul v\u00f5ib tunduda, et k\u00f5ik on selge: rakendamine on l\u00f5petatud, on allkirjastatud dokumendid tarkvara t\u00f6\u00f6stusliku kasutuselev\u00f5tu kohta ja k\u00f5ik on \u00fcle antud tehnilisele toetusele. See on \u00f5ige, kuid sageli tekivad olukorrad, kus klient, olles harjunud tihendama kontakti anal\u00fc\u00fctikuga ja n\u00e4hes temas \"abi sokku\", j\u00e4tkab aktiivset suhtlemist temaga, hoolimata asjaolust, et s\u00fcsteem on juba rakendatud ja ametlikult on k\u00e4imas toetusetapp. Kuid kliendi seisukohalt, kes oskab paremini ja kiiremini vastata s\u00fcsteemi t\u00f6\u00f6ga seotud k\u00fcsimustele kui anal\u00fc\u00fctik, kes koos temaga \u00fclesande seadis? Siinkohal tekib k\u00fcsimus tehnilise toe inseneri ja anal\u00fc\u00fctiku rollide osalisest dubleerimisest. Aja jooksul k\u00f5ik loksub paika, klient harjub suhtlema tehnilise toe teenusega, kuid tarkvara kasutamise alguses ei pruugi selline \"sisemine \u00fcleminek\" alati sujuda ilma stressita m\u00f5lemal poolel.<\/p>\n
Lisaks kokkupuutumisele on sageli t\u00e4heldatud tootmisrollide \u00fchinemist. N\u00e4iteks \u00e4ranal\u00fc\u00fctik ja tehniline kirjutaja v\u00f5ivad eksisteerida \u00fches isikus. Tarkvaraarhitekti (Software Architect) olemasolu on h\u00e4davajalik suurtes t\u00f6\u00f6stuslikes arendustes, samas kui v\u00e4ga v\u00e4iksed projektid v\u00f5ivad sellest rollist loobuda: seal t\u00e4idavad arhitekti funktsioone arendajad (Software Developer). <\/p>\n
Ajalooliste perioodide vahetus arendusmeetodites ja -tehnoloogiates toob paratamatult kaasa ka tarkvara eluts\u00fckli evolutsiooni. \u00dcldiselt j\u00e4\u00e4vad selle peamised etapid loomulikult muutumatuks, kuid toimub nende detailide t\u00e4psustamine. N\u00e4iteks veebilahendustele \u00fcleminekul ja kaugseadistamise v\u00f5imaluste kasvu t\u00f5ttu on tekkinud tarkvara seadistamise spetsialisti roll. Ajalooliselt varases etapis olid need rakendajad, st insenerid, kes veetsid suure osa oma t\u00f6\u00f6ajast klientide t\u00f6\u00f6kohtadel. Suurenenud mahud ja tarkvara keerukus on viinud tarkvaraarhitekti (Software Architect) rolli tekkimiseni. Versioonide kiirema v\u00e4ljalaskmise ja kvaliteedi t\u00f5stmise n\u00f5uded on soodustanud automatiseeritud testimise arengut ja uue rolli - kvaliteedi tagamise inseneri (Quality Assurance Engineer) ilmumist jne. Rollide evolutsioon k\u00f5ikides tootmisprotsesside korraldamise etappides on oluliselt seotud meetodite, tehnoloogiate ja t\u00f6\u00f6riistade arenguga.<\/p>\n
Nii, oleme k\u00e4sitlenud m\u00f5ningaid huvitavaid punkte tarkvaraarenduse organisatsioonide tootmisrollide jaotusest tarkvara eluts\u00fckli kontekstis. Ilmselgelt on see sisemine vaade, mis on iga ettev\u00f5tte jaoks spetsiifiline. Meie, IT-sektori t\u00f6\u00f6turul osalejatena ja t\u00f6\u00f6andja br\u00e4ndi edendajatena on eriti oluline ka v\u00e4line vaade. Siin on aga suur probleem mitte ainult m\u00f5istete leidmises, vaid ka selle teabe edastamises sihtr\u00fchmale.<\/p>\n
Miks on halb IT-ametikohtade \"loomaaed\"?<\/h2>\n \nHR-spetsialistide, tootmisorganisaatorite ja l\u00e4henemiste mitmekesisus toob kaasa v\u00e4ga laia mitmekesisuse, mis v\u00e4ljendub IT-ametikohtade t\u00f5eliselt \"loomaaia\" sarnastes m\u00f5istetes. Vestlus- ja professionaalsed kontaktid n\u00e4itavad, et paljudel inimestel puudub selge arusaam ametikohtade nimede t\u00e4hendusest. N\u00e4iteks meie organisatsioonis t\u00e4hendab ametikoht \"insener-anal\u00fc\u00fctik\", et see on \u00fclesannete m\u00e4\u00e4ratleja. Kuid selgub, et mitte igal pool ei ole see nii: on arendusettev\u00f5tteid, kus insener-anal\u00fc\u00fctik on rakendaja. T\u00e4iesti erinev arusaam, kas pole?<\/p>\n
Esiteks, IT-ametikohtade \"loomaaed\" v\u00e4hendab kindlasti t\u00f6\u00f6tajate valimise efektiivsust. Iga t\u00f6\u00f6andja, kes arendab ja edendab oma br\u00e4ndi, soovib l\u00fchidalt edastada k\u00f5ik m\u00f5isted, mis tema tootmises eksisteerivad. Kui ta ise ei suuda sageli selgelt v\u00e4ljendada, kes on kes, siis loomulikult edastab ta v\u00e4lismaailmale m\u00e4\u00e4ramatust. <\/p>\n
Teiseks, IT-ametikohtade \"loomaaed\" loob tohutuid probleeme IT-\u00fcli\u00f5pilaste ettevalmistamisel ja arendamisel. Iga t\u00f5sine IT-ettev\u00f5te, mis on suunatud personalipotentsiaali arendamisele ning mitte ainult t\u00f6\u00f6tamisse veebilehtedele, seisab varem v\u00f5i hiljem silmitsi vajadusega koost\u00f6\u00f6d teha \u00f5petusasutustega. Kvalifitseeritud IT-spetsialistide jaoks on see parimate \u00fclikoolide segment, mis peaks olema v\u00e4hemalt TOP-100 edetabelis. <\/p>\n
IT-spetsialistide pideva ettevalmistamise protsessi \u00fclesehitamise probleem \u00fclikoolidega seisneb umbes poole ulatuses selles, et \u00fclikoolidel puudub selge arusaam, kes on kes IT-ettev\u00f5ttes. Neil on sellest v\u00e4ga pinnapealne teadlikkus. Reeglina on \u00fclikoolidel mitu eriala, mille nimedes on s\u00f5na \u201einfotehnoloogia\u201c, ja sageli toetuvad nad vastuv\u00f5tukampaania k\u00e4igus teesele, et k\u00f5ik erialad on p\u00f5him\u00f5tteliselt sarnased. See n\u00e4eb v\u00e4lja justkui toetudes rahvalikule m\u00fc\u00fcdile, et k\u00f5ik IT-inimesed on programmeerijad.<\/p>\n
Meie tiheda koost\u00f6\u00f6 kogemus \u00fclikoolidega n\u00e4itab, et eriala \u201eRakenduslik informaatika (valdkondades)\u201c annab meile t\u00f6\u00f6tajaid metodoloogia ja tootearenduse osakondadesse, kuid mitte arendusse. Samas valmistavad \u201eFundamentaalne informaatika\u201c ja \u201eProgrammeerimise inseneriteadus\u201c ette suurep\u00e4rase personali arendajatele. Et mitte suunata \u00fcli\u00f5pilast algselt valele teele, on vajalik \u201eudust hajutada\u201c, mis \u00fcmbritseb IT-tootmist.<\/p>\n
Kas on v\u00f5imalik tuua k\u00f5ik \u00fchte nimetajasse?<\/h2>\n \nKas on v\u00f5imalik \u00fchtlustada tootmisrolle ja saavutada \u00fchtne arusaam neist nii seest kui v\u00e4ljast ettev\u00f5ttest? <\/p>\n
Loomulikult on see v\u00f5imalik ja vajalik, kuna k\u00f5igis arendusettev\u00f5tetes kogutud kollektiivne kogemus n\u00e4itab, et eksisteerivad \u00fchised, \u00fchendavad kontseptsioonid tootmisprotsessi korraldamiseks. See on tagaj\u00e4rg sellele, et on olemas k\u00f5igile \u00fcheselt arusaadav tarkvara eluts\u00fckli m\u00f5iste ning uuesti tekkivad tootmisrollid (DataScientist, QA-Engineer, MachineLearning Engineer jne) on tarkvara eluts\u00fckli t\u00e4psustamise ja arendamise tagaj\u00e4rg, mis toimub koos tehnoloogiate ja t\u00f6\u00f6riistade t\u00e4iustamisega, samuti \u00e4ri\u00fclesannete arendamise ja suurendamisega.<\/p>\n
Samas samal ajal on keeruline \u00fchtlustada tootmisrolle, kuna IT on \u00fcks nooremaid ja kiiresti arenevaid majandusharusid. Teatud m\u00f5ttes on see segadus, millest on s\u00fcndinud universum. Siin on selge organisatsiooniline struktuur v\u00f5imatu ja sobimatuks, kuna IT on intellektuaalne, kuid samas v\u00e4ga loov valdkond. \u00dchelt poolt on IT-spetsialist \u00abf\u00fc\u00fcsik\u00bb - intellektuaal, kellel on v\u00e4ljaarenenud algoritmiline ja matemaatiline m\u00f5tlemine, teiselt poolt on ta \u00abl\u00fc\u00fcrik\u00bb - loojana, idee edendajana. Nii nagu kunstnik, ei oma ta selget plaani oma teose loomiseks, ei saa ta pilti osadeks jagada, kuna see l\u00f5petab oma olemasolu. Ta on teabeprotsesside valitseja, mis on iseenesest abstraktsed, k\u00e4egakatsumatud, raskesti m\u00f5\u00f5detavad, kuid v\u00e4ga kiiret arengutuga. <\/p>\n
T\u00f5husate personalit\u00f6\u00f6 teed IT-tootmises<\/h2>\n \nNii et mida peab HR-spetsialist teadma t\u00f5husa personalit\u00f6\u00f6 korraldamiseks mitmekesiste IT-tootmisrollide kontekstis?<\/p>\n
Esiteks peab iga IT-ettev\u00f5tte personalispetsialist omama arusaamist olukorrast, mis on iseloomulik just tema ettev\u00f5ttele: kes ja millega tegeleb, kes kuidas nimetatakse ja mis on peamine \u2013 mis t\u00e4hendust nendele rollidele antakse konkreetse tootmise tingimustes.<\/p>\n
Teiseks peab HR-spetsialistil olema paindlik arusaam tootmisrollidest. See t\u00e4hendab, et alguses kujundatakse neist ideaalne arusaam, mis v\u00f5imaldab tal endal k\u00f5igis asjades selgust saada. Seej\u00e4rel peab olema kindlasti reaalsus, kus ja kuidas rollid l\u00e4bivad, \u00fchenduvad, milline on tootmisjuhtide arusaam neist rollidest. Personalit\u00f6\u00f6taja keerukus seisneb selles, et ta peab vaimselt \u00fchendama reaalse ja ideaalsete olukordade, mitte \u00fcritama v\u00e4gisi \u00fcmber ehitada protsesse vastavalt nende ideaalsele m\u00f5istmisele, vaid aitama tootmisressursside vajaduste rahuldamisel.<\/p>\n
Kolmandaks, on oluline m\u00f5ista erinevaid spetsialistide arengu trajektoore: millal v\u00f5ib olla efektiivne v\u00e4line v\u00e4rbamine ja millal on parem kasvatada t\u00f6\u00f6tajat oma meeskonnas, pakkudes talle arenguv\u00f5imalusi, millised kandidaadi omadused v\u00f5imaldavad neil teatud suunas areneda, millised omadused ei saa olla \u00fches inimeses koos ja mis on algselt oluline arengutrajektoori valimisel.<\/p>\n
Neljandaks, naaseme teesi juurde, et IT on k\u00f5rge kvalifikatsiooniga spetsialistide ala, kus t\u00f5husamaks personalit\u00f6\u00f6ks on v\u00e4ltimatu varajane integreerimine k\u00f5rgkoolide hariduskeskkonnaga. Sellises olukorras peab iga personali spetsialist arendama mitte ainult otsese otsingu, ankeetide t\u00f6\u00f6tlemise ja intervjuude l\u00e4biviimise oskusi, vaid ka kindlasti orienteeruma k\u00f5rgkoolide spetsialistide ettevalmistuse keskkonnas: millised k\u00f5rgkoolid valmistavad ette t\u00f6\u00f6tajaid ettev\u00f5ttele, millised erialad konkreetsete k\u00f5rgkoolide sees katavad personali vajadusi ja mis on oluline, kes selle taga on, kes juhib ja annab spetsialistide ettevalmistust k\u00f5rgkoolides.<\/p>\n
Seega, kui soovitakse sihip\u00e4raselt murda m\u00fc\u00fcti, et k\u00f5ik IT-teenistujad on programmerijad, tuleb selle suunas l\u00e4bida terve rida samme ja p\u00f6\u00f6rata erilist t\u00e4helepanu meie k\u00f5rgkoolidele, kus pannakse alus tulevase ametivaliku m\u00f5istmisele. Teisis\u00f5nu, on vajalik pidev koost\u00f6\u00f6 hariduskeskkonnaga, n\u00e4iteks kaasaegse \u00fchiselt t\u00f6\u00f6tamise vormide kasutamine coworking-keskustes, 'kokkuleppepunktides', osalemine haridusalustes intensiivprogrammides. See aitaks murda vale arusaamu IT-ettev\u00f5ttest, suurendaks personalit\u00f6\u00f6 efektiivsust ja looks tingimused erinevate meie sektori spetsialistide ettevalmistamise \u00fchiseks tegevuseks.<\/p>\n
T\u00e4nan kolleege, kes osalesid selle artikli ettevalmistamises ja aktuaalsuse toetamisel: Valentina Vershinina ja Juriy Krupin.habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"\u041d\u0430 \u0441\u043e\u0432\u0440\u0435\u043c\u0435\u043d\u043d\u043e\u043c \u044d\u0442\u0430\u043f\u0435 \u0440\u0430\u0437\u0432\u0438\u0442\u0438\u044f \u043f\u0440\u043e\u043c\u044b\u0448\u043b\u0435\u043d\u043d\u043e\u0439 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u043f\u0440\u043e\u0433\u0440\u0430\u043c\u043c\u043d\u043e\u0433\u043e \u043e\u0431\u0435\u0441\u043f\u0435\u0447\u0435\u043d\u0438\u044f \u043c\u043e\u0436\u043d\u043e \u043d\u0430\u0431\u043b\u044e\u0434\u0430\u0442\u044c \u043c\u043d\u043e\u0433\u043e\u043e\u0431\u0440\u0430\u0437\u0438\u0435 \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0441\u0442\u0432\u0435\u043d\u043d\u044b\u0445 \u0440\u043e\u043b\u0435\u0439. \u0418\u0445 \u0447\u0438\u0441\u043b\u043e \u0440\u0430\u0441\u0442\u0435\u0442, \u043a\u043b\u0430\u0441\u0441\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u044f \u0443\u0441\u043b\u043e\u0436\u043d\u044f\u0435\u0442\u0441\u044f \u0441 \u043a\u0430\u0436\u0434\u044b\u043c \u0433\u043e\u0434\u043e\u043c, \u0438, \u0435\u0441\u0442\u0435\u0441\u0442\u0432\u0435\u043d\u043d\u043e, \u0443\u0441\u043b\u043e\u0436\u043d\u044f\u044e\u0442\u0441\u044f \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u044b \u043f\u043e\u0434\u0431\u043e\u0440\u0430 \u0441\u043f\u0435\u0446\u0438\u0430\u043b\u0438\u0441\u0442\u043e\u0432 \u0438 \u0440\u0430\u0431\u043e\u0442\u044b \u0441 \u043a\u0430\u0434\u0440\u043e\u0432\u044b\u043c \u043f\u043e\u0442\u0435\u043d\u0446\u0438\u0430\u043b\u043e\u043c. \u0418\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u043e\u043d\u043d\u044b\u0435 \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0438 (\u0418\u0422) \u2013 \u044d\u0442\u043e \u0441\u0444\u0435\u0440\u0430 \u0432\u044b\u0441\u043e\u043a\u043e\u043a\u0432\u0430\u043b\u0438\u0444\u0438\u0446\u0438\u0440\u043e\u0432\u0430\u043d\u043d\u044b\u0445 \u0442\u0440\u0443\u0434\u043e\u0432\u044b\u0445 \u0440\u0435\u0441\u0443\u0440\u0441\u043e\u0432 \u0438 \u043a\u0430\u0434\u0440\u043e\u0432\u043e\u0433\u043e \u0434\u0435\u0444\u0438\u0446\u0438\u0442\u0430. \u0417\u0434\u0435\u0441\u044c \u043f\u0440\u043e\u0446\u0435\u0441\u0441 \u0432\u044b\u0440\u0430\u0449\u0438\u0432\u0430\u043d\u0438\u044f \u043a\u0430\u0434\u0440\u043e\u0432, \u043d\u0435\u043e\u0431\u0445\u043e\u0434\u0438\u043c\u043e\u0441\u0442\u044c \u043f\u043b\u0430\u043d\u043e\u043c\u0435\u0440\u043d\u043e\u0439 \u0440\u0430\u0431\u043e\u0442\u044b \u0441 \u043a\u0430\u0434\u0440\u043e\u0432\u044b\u043c \u043f\u043e\u0442\u0435\u043d\u0446\u0438\u0430\u043b\u043e\u043c \u0431\u044b\u0432\u0430\u044e\u0442 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[702],"tags":[],"class_list":["post-52799","post","type-post","status-publish","format-standard","hentry","category-news"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t
![\"Kes](\"\/wp-content\/uploads\/2019\/11\/87c543e0ad54a289a116a78d0eba6430.jpeg\")