m\u00e4nniskan \u00e4r mer van vid att uppfatta den materiella v\u00e4rlden \u00e4n den virtuella, vilket g\u00f6r det sv\u00e5rt f\u00f6r henne att definiera begrepp som ligger bortom hennes perception.<\/li>\n<\/ul>\n\nF\u00f6rs\u00f6k att bek\u00e4mpa denna myt liknar ibland kampen mot v\u00e4derkvarnar, eftersom det finns flera aspekter av problemet som beh\u00f6ver bearbetas. Rekryteringsspecialisten beh\u00f6ver, f\u00f6r det f\u00f6rsta, ha en tydlig bild av produktionsrollerna inom ett IT-f\u00f6retag i b\u00e5de idealiska och verkliga former, f\u00f6r det andra f\u00f6rst\u00e5 hur och n\u00e4r f\u00f6retagets interna resurser kan utnyttjas p\u00e5 mest effektiva s\u00e4tt, och f\u00f6r det tredje vilka verkliga metoder som kan hj\u00e4lpa till att \u00f6ka medvetenheten hos arbetsmarknadsdeltagarna och fr\u00e4mja arbetsgivarens varum\u00e4rke. L\u00e5t oss titta n\u00e4rmare p\u00e5 dessa aspekter.<\/p>\n
Livscykeln f\u00f6r programvara som grund f\u00f6r produktionsroller<\/h2>\n \nDet \u00e4r ingen hemlighet att alla produktionsroller i en IT-f\u00f6retag i stort har livscykeln f\u00f6r programvara som sitt k\u00e4llmaterial. D\u00e4rf\u00f6r, om man vill s\u00e4tta en konceptuell uppgift att enas om en gemensam f\u00f6rst\u00e5else av denna fr\u00e5ga inom hela IT-branschen, m\u00e5ste man st\u00f6dja sig p\u00e5 programvarans livscykel som en allm\u00e4nt accepterad och tydligt f\u00f6rst\u00e5dd meningsgrund. Diskussionen om specifika alternativ f\u00f6r genomf\u00f6randet av fr\u00e5gan om produktionsroller ligger i v\u00e5r kreativa inst\u00e4llning till programvarans livscykel.<\/p>\n
L\u00e5t oss d\u00e4rf\u00f6r \u00f6verv\u00e4ga de steg som ing\u00e5r i programvarans livscykel, med RUP-metodologin som exempel. Dessa har blivit tillr\u00e4ckligt etablerade i termer av inneh\u00e5ll och terminologi. Produktionsprocessen b\u00f6rjar alltid och \u00f6verallt med aff\u00e4rsmodellering och kravst\u00e4llning, och avslutas (\u00e5terigen, s\u00e5klart) med anv\u00e4ndarkonsultation och modifieringar av programvaran baserat p\u00e5 anv\u00e4ndarnas '\u00f6nskem\u00e5l'. <\/p>\n
Med en \u00f6kning av produktionsprocessernas komplexitet, framv\u00e4xten av integrerade plattformar och \u00f6verg\u00e5ngen till omfattande automatisering av \u00e4mnesomr\u00e5den, blir det oundvikligt att specialiserade roller som \u00e4r knutna till livscykelns steg uppst\u00e5r. S\u00e5dana roller inkluderar analytiker, testare och teknisk supportspecialist. <\/p>\n
M\u00e5ngfalden av befattningar, med exempel fr\u00e5n analytikerns roll<\/h2>\n \nEn analytiker (\u00e4ven k\u00e4nd som ingenj\u00f6r-analytiker, metodolog, aff\u00e4rsanalytiker, systemanalytiker etc.) hj\u00e4lper till att \"v\u00e4nja sig\" vid aff\u00e4rsutmaningar och teknologier f\u00f6r deras genomf\u00f6rande. En beskrivning av uppgiftsst\u00e4llning f\u00f6r utvecklaren kan karakt\u00e4risera huvudsakliga funktionen hos den abstrakta analytikern. Han fungerar som en l\u00e4nk mellan kunden och utvecklaren i processerna f\u00f6r kravformulering, analys och programvarudesign. I verkliga produktionsf\u00f6rh\u00e5llanden best\u00e4ms analytikerns uppgifter av produktionsorganisationens metod, specialistens kvalifikationer och den specifika \u00e4mnesomr\u00e5det som modelleras.<\/p>\n
En annan del av analytikerna ligger n\u00e4rmare utvecklarna. Det \u00e4r systemanalytiker (System Analyst). Deras huvudsakliga uppgift \u00e4r att identifiera, systematisera och analysera kundens krav vad g\u00e4ller m\u00f6jligheten att uppfylla dem, f\u00f6rbereda tekniska specifikationer och beskriva uppgiftsst\u00e4llning. De har kunskap inte bara om aff\u00e4rsprocesser utan ocks\u00e5 om informationsteknologi, k\u00e4nner till m\u00f6jligheterna f\u00f6r den programvara som levereras till kunden, har designf\u00e4rdigheter och f\u00f6rst\u00e5r d\u00e4rmed hur man p\u00e5 b\u00e4sta s\u00e4tt f\u00f6rmedlar kundens intressen till utvecklaren. Dessa medarbetare har alltid utbildning inom ICT och en ingenj\u00f6rsm\u00e4ssig teknik, helst erfarenhet fr\u00e5n IT-branschen. Vid rekrytering av s\u00e5dana specialister \u00e4r det en tydlig f\u00f6rdel att ha designkunskaper med moderna verktyg.<\/p>\n
S\u00e5ledes ser vi samma roll (och f\u00f6r \u00f6vrigt befattning i tj\u00e4nstef\u00f6rteckningen) \u2013 analytiker, men i olika specifika till\u00e4mpningar. Att hitta specialister f\u00f6r var och en av dem har sina egna specifika drag. Det \u00e4r viktigt att veta att dessa typer av analytiker ofta m\u00e5ste besitta of\u00f6renliga f\u00e4rdigheter och kunskaper i en och samma person. Den ena \u00e4r humanistisk, ben\u00e4gen f\u00f6r analytiskt arbete med stora volymer av textdokument, med utvecklad kommunikation och social kompetens, den andra en \"tekniker\" med ingenj\u00f6rst\u00e4nkande och intressen inom IT.<\/p>\n
Ska vi rekrytera utifr\u00e5n eller utveckla internt?<\/h2>\n \nF\u00f6r stora akt\u00f6rer inom IT-industrin minskar effektiviteten av direkt rekrytering via internetresurser i takt med att projekten v\u00e4xer. Detta beror bland annat p\u00e5 f\u00f6ljande sk\u00e4l: snabb anpassning till komplexa processer inom f\u00f6retaget \u00e4r inte m\u00f6jlig, och hastigheten av att l\u00e4ra sig specifika verktyg \u00e4r l\u00e4gre \u00e4n projektens utvecklingshastighet. D\u00e4rf\u00f6r \u00e4r det viktigt f\u00f6r HR-specialisten att veta inte bara vem de ska leta efter utanf\u00f6r, utan ocks\u00e5 hur de kan involvera interna resurser i f\u00f6retaget, samt hur man kan utveckla sina egna specialister.<\/p>\n
F\u00f6r aff\u00e4rsanalytiker \u00e4r det mycket viktigt att ha erfarenhet av arbete inom verkliga processer i \u00e4mnesomr\u00e5det, d\u00e4rf\u00f6r \u00e4r rekrytering av personal \"utifr\u00e5n\" mer effektiv \u00e4n att utveckla dem inom f\u00f6retaget. Samtidigt \u00e4r det viktigt f\u00f6r HR-specialisten att veta vilka organisationer som kan vara k\u00e4llor till denna personalresurs och att fokusera p\u00e5 att s\u00f6ka CV:n fr\u00e5n dessa vid rekrytering.<\/p>\n
F\u00f6r att fylla s\u00e5dana tj\u00e4nster som systemanalytiker och mjukvaruarkitekt har \u00e5 sin sida processen att f\u00f6rbereda personal inom f\u00f6retaget en enorm betydelse. Dessa specialister m\u00e5ste utbildas under f\u00f6rh\u00e5llandena i en aktiv produktionsmilj\u00f6 och i en viss organisations specifika f\u00f6ruts\u00e4ttningar. Systemanalytiker (System Analyst) utvecklas fr\u00e5n aff\u00e4rsanalytiker (Business Analyst), tekniska skribenter (Technical Writer) och teknisk supportingenj\u00f6rer (Technical Support Engineer). Mjukvaruarkitekter (Software Architect) kommer fr\u00e5n systemdesigners (System Designer) och mjukvaruutvecklare (Software Developer) n\u00e4r de samlar erfarenhet och breddar sin horisont. Denna omst\u00e4ndighet g\u00f6r det m\u00f6jligt f\u00f6r HR-specialisten att effektivt utnyttja f\u00f6retagets interna resurser. <\/p>\n
\u00d6verg\u00e5ng, sammanslagning och utveckling av produktionsroller<\/h2>\n \nDet finns en annan sv\u00e5r fr\u00e5ga ur implementeringssynpunkt i produktionsprocessen \u2013 att fastst\u00e4lla tydliga gr\u00e4nser mellan roller. Vid f\u00f6rsta anblick kan det verka uppenbart: implementeringen \u00e4r f\u00e4rdig, dokumenten om programvarans \u00f6verg\u00e5ng till kommersiell drift \u00e4r undertecknade och allt har \u00f6verl\u00e4mnats till teknisk support. Det \u00e4r korrekt, men det uppst\u00e5r ofta situationer d\u00e4r kunden, av vana, har en n\u00e4ra kontakt med analytikern och ser honom som en \"livlina\", forts\u00e4tter att kommunicera aktivt med honom, trots att systemet redan har implementerats och den formella supportfasen har b\u00f6rjat. Men ur kundens perspektiv, vem skulle kunna ge b\u00e4ttre och snabbare svar p\u00e5 fr\u00e5gor om hur man anv\u00e4nder systemet \u00e4n analytikern, som tillsammans med kunden satte upp uppgiften? H\u00e4r uppst\u00e5r fr\u00e5gan om delvis duplicering av roller mellan teknisk supportingenj\u00f6r och analytiker. Med tiden stabiliseras situationen, kunden v\u00e4njer sig vid att kommunicera med teknisk support, men i b\u00f6rjan av programvaruimplementeringen kan en s\u00e5dan \"intern \u00f6verg\u00e5ng\" inte alltid ske utan stress f\u00f6r b\u00e5da parter.<\/p>\n
F\u00f6rutom \u00f6verlappningar observeras ofta en sammanslagning av produktionsroller. Till exempel kan en aff\u00e4rsanalytiker och teknisk skribent existera i en och samma person. N\u00e4r det handlar om stor industriell utveckling \u00e4r n\u00e4rvaron av en programvaruarkitekt obligatorisk, medan mycket sm\u00e5 projekt kan klara sig utan denna roll: d\u00e4r utf\u00f6r utvecklarna (Software Developer) arkitektens funktioner. <\/p>\n
F\u00f6r\u00e4ndringen av historiska perioder i tillv\u00e4gag\u00e5ngss\u00e4tt och utvecklingsteknologier leder oundvikligen till att livscykeln f\u00f6r programvara ocks\u00e5 utvecklas. Globalt sett f\u00f6rblir dess grundl\u00e4ggande etapper sj\u00e4lvklart of\u00f6r\u00e4ndrade, men det sker en detaljering av dem. Till exempel, med \u00f6verg\u00e5ngen till webb-l\u00f6sningar och \u00f6kad m\u00f6jlighet f\u00f6r fj\u00e4rrinst\u00e4llningar har rollen som mjukvaruinst\u00e4llningsspecialist uppkommit. Under tidiga historiska perioder var det implementat\u00f6rer, det vill s\u00e4ga ingenj\u00f6rer som tillbringade st\u00f6rre delen av sin arbetstid p\u00e5 kundernas arbetsplatser. Den v\u00e4xande volymen och komplexiteten i programvaran ledde till framv\u00e4xten av rollen som programvaruarkitekt (Software Architect). Kraven p\u00e5 att accelerera versionsutg\u00e5vor och f\u00f6rb\u00e4ttra programvarans kvalitet bidrog till utvecklingen av automatiserad testning och framv\u00e4xten av en ny roll \u2013 QA-ingenj\u00f6r (Quality Assurance Engineer) osv. Evolutionen av roller i alla steg av produktionen \u00e4r starkt kopplad till utvecklingen av metoder, teknologier och verktyg.<\/p>\n
Vi har nu diskuterat n\u00e5gra intressanta punkter ang\u00e5ende f\u00f6rdelningen av produktionsroller inom mjukvaruutvecklingsf\u00f6retaget i kontexten av mjukvarans livscykel. Det \u00e4r uppenbart att detta \u00e4r en intern synvinkel som \u00e4r specifik f\u00f6r varje f\u00f6retag. F\u00f6r oss alla, som akt\u00f6rer p\u00e5 arbetsmarknaden inom IT-branschen och ansvariga f\u00f6r att fr\u00e4mja arbetsgivarvarum\u00e4rket, \u00e4r det s\u00e4rskilt viktigt att ocks\u00e5 ha en extern synvinkel. H\u00e4r finns det en stor utmaning, inte bara i att identifiera meningarna, utan ocks\u00e5 i att kommunicera denna information till den avsedda m\u00e5lgruppen.<\/p>\n
Vad \u00e4r problemen med \"zoo\" av IT-positioner?<\/h2>\n \nF\u00f6rvirring bland HR-specialister, produktionsledare och den m\u00e5ngfald av tillv\u00e4gag\u00e5ngss\u00e4tt leder till ett mycket brett spektrum, vilket direkt liknar ett \"zoo\" av IT-positioner. Erfarenheter fr\u00e5n intervjuer och professionella kontakter visar att m\u00e4nniskor ofta inte har en entydig f\u00f6rst\u00e5else f\u00f6r den betydelse som b\u00f6r f\u00f6lja med titlarna. Till exempel, i v\u00e5r organisation inneb\u00e4r titlar som inneh\u00e5ller begreppet \"ingenj\u00f6r-analytiker\" att denna person s\u00e4tter upp uppgifterna. Men det visar sig att detta inte alltid \u00e4r fallet: det finns utvecklingsf\u00f6retag d\u00e4r en ingenj\u00f6r-analytiker \u00e4r en implementat\u00f6r. Helt annan f\u00f6rst\u00e5else, eller hur?<\/p>\n
F\u00f6r det f\u00f6rsta s\u00e4nker \"zoo\" av IT-positioner definitivt effektiviteten i rekryteringen. Varje arbetsgivare, n\u00e4r de utvecklar och fr\u00e4mjar sitt varum\u00e4rke, vill i korthet f\u00f6rmedla alla de betydelser som finns i deras produktion. Om arbetsgivaren sj\u00e4lv ofta inte kan tydligt s\u00e4ga vem som \u00e4r vem, \u00e4r det naturligt att de kommer att f\u00f6rmedla os\u00e4kerhet till omv\u00e4rlden. <\/p>\n
F\u00f6r det andra skapar \"zoo\" av IT-positioner enorma problem vid utbildning och utveckling av IT-personal. Varje seri\u00f6st IT-f\u00f6retag som syftar till att forma och utveckla sin personalpotential snarare \u00e4n att bara \"mj\u00f6lka\" arbetswebbplatser kommer f\u00f6rr eller senare st\u00e4llas inf\u00f6r behovet av att interagera med utbildningsinstitutioner. F\u00f6r h\u00f6gkvalificerad IT-personal handlar det om en segmentering av universitet, s\u00e4rskilt de b\u00e4sta, som minst \u00e4r rankade i topp 100. <\/p>\n
Problemet med integrationen med universitet n\u00e4r man bygger en kontinuerlig process f\u00f6r att utbilda IT-specialister beror till stor del p\u00e5 att universiteten inte har en klar f\u00f6rst\u00e5else f\u00f6r vem som \u00e4r vem inom IT-f\u00f6retagen. De har en mycket ytlig uppfattning om detta. Vanligtvis har universiteten flera specialiteter med ordet \"informatik\" i sina titlar, och det \u00e4r ofta s\u00e5 att de under sina antagningskampanjer st\u00f6der uppfattningen att alla specialiteter i grunden handlar om samma sak. Det liknar att f\u00f6rlita sig p\u00e5 en folklig myt om att alla IT-personer \u00e4r programmerare.<\/p>\n
Erfarenheten av v\u00e5rt n\u00e4ra samarbete med universitet visar att specialiteten \"Till\u00e4mpad informatik (inom branscher)\" f\u00f6rser oss med personal till metodologi- och supportavdelningar, men inte f\u00f6r utveckling. Medan \"Fundamental informatik\" och \"Programvaruteknik\" formar en utm\u00e4rkt rekryteringsbas f\u00f6r utvecklare. F\u00f6r att inte leda en student p\u00e5 en ol\u00e4mplig v\u00e4g fr\u00e5n b\u00f6rjan, \u00e4r det n\u00f6dv\u00e4ndigt att \"skingra dimman\" som omger IT-produktionen.<\/p>\n
Kan man f\u00f6ra allt till en gemensam n\u00e4mnare?<\/h2>\n \nKan man standardisera produktionsroller och n\u00e5 en gemensam f\u00f6rst\u00e5else b\u00e5de internt och externt inom f\u00f6retaget? <\/p>\n
Sj\u00e4lvklart kan och b\u00f6r man g\u00f6ra det, eftersom den samlade erfarenheten fr\u00e5n alla utvecklingsf\u00f6retag visar p\u00e5 f\u00f6rekomsten av gemensamma, samlande koncept f\u00f6r organisering av produktionsprocessen. Detta \u00e4r en konsekvens av att det faktiskt finns en entydigt tolkad uppfattning om livscykeln f\u00f6r programvara, och de nyframtr\u00e4dande produktionsrollerna (Data Scientist, QA-Engineer, Machine Learning Engineer osv.) \u00e4r resultatet av ett f\u00f6rtydligande och en utveckling av livscykeln f\u00f6r programvara, vilket sker parallellt med teknologiska f\u00f6rb\u00e4ttringar och med utvecklingen och uppskalningen av aff\u00e4rsuppgifter.<\/p>\n
Samtidigt \u00e4r det sv\u00e5rt att standardisera produktionsroller eftersom IT \u00e4r en av de yngsta och mest dynamiska branscherna inom ekonomin. P\u00e5 vissa s\u00e4tt \u00e4r detta en kaosliknande situation d\u00e4r universum uppstod. En tydlig organisatorisk struktur \u00e4r h\u00e4r om\u00f6jlig och ol\u00e4mplig, eftersom IT \u00e4r ett intellektuell men mycket kreativt omr\u00e5de. \u00c5 ena sidan \u00e4r IT-specialisten en \"fysiker\"-intellektuell med utvecklat algoritmiskt och matematiskt t\u00e4nkande, \u00e5 andra sidan \u00e4r det en \"lyrisk\"-skapare, b\u00e4rare och fr\u00e4mjare av id\u00e9er. Precis som en konstn\u00e4r har han ingen tydlig plan f\u00f6r att skapa ett verk, han kan inte bryta ner bilden i delar, eftersom den sista d\u00e5 slutar att existera. Han \u00e4r h\u00e4rskaren \u00f6ver informationsprocesser, som i sig sj\u00e4lva \u00e4r abstrakta, otagningsbara, sv\u00e5ra att m\u00e4ta, men snabba. <\/p>\n
S\u00e4tt att bygga effektiv personalhantering inom IT-produktion<\/h2>\n \nS\u00e5, vad \u00e4r viktigt f\u00f6r en HR-specialist att veta f\u00f6r att bygga en effektiv personalhantering i en m\u00e5ngfald av roller inom IT-produktion.<\/p>\n
F\u00f6rst och fr\u00e4mst m\u00e5ste varje personalchef inom ett IT-f\u00f6retag ha en f\u00f6rst\u00e5else f\u00f6r den specifika situation som \u00e4r karakteristisk f\u00f6r deras f\u00f6retag: vem som g\u00f6r vad, vem som kallas vad, och viktigast av allt \u2013 vilken mening som ligger bakom dessa roller i en specifik produktionsmilj\u00f6.<\/p>\n
F\u00f6r det andra m\u00e5ste HR-specialisten ha en flexibel f\u00f6rst\u00e5else f\u00f6r produktionsroller. Det vill s\u00e4ga, i b\u00f6rjan formar han en idealisk uppfattning om dem, vilket g\u00f6r att han sj\u00e4lv kan navigera i allt. Sedan m\u00e5ste det finnas en verklig bild av produktionen: var och i vad roller \u00f6verlappar, f\u00f6renas, och vilken uppfattning produktionsledarna har om dessa roller. Sv\u00e5righeten f\u00f6r personalchefen ligger i att kombinera den verkliga och den ideala situationen i sitt medvetande, inte att tvinga omstrukturera processerna enligt den idealiska f\u00f6rst\u00e5elsen, utan att hj\u00e4lpa produktionen att tillgodose behovet av resurser.<\/p>\n
F\u00f6r det tredje \u00e4r det viktigt att ha en uppfattning om m\u00f6jliga utvecklingsbanor f\u00f6r olika specialister: n\u00e4r extern rekrytering kan vara effektivt och n\u00e4r det \u00e4r b\u00e4ttre att utveckla en anst\u00e4lld inom sitt eget team, ge honom m\u00f6jlighet att v\u00e4xa, vilka egenskaper hos kandidaterna kommer att g\u00f6ra att de kan utvecklas i en viss riktning, vilka av dessa egenskaper kan vara of\u00f6renliga i en och samma person, och vad som \u00e4r avg\u00f6rande f\u00f6r valet av utvecklingsbana.<\/p>\n
F\u00f6r det fj\u00e4rde, l\u00e5t oss \u00e5terg\u00e5 till tesen att IT \u00e4r ett omr\u00e5de f\u00f6r h\u00f6gkvalificerad personal, d\u00e4r tidig integration med universitetsutbildningsmilj\u00f6n \u00e4r n\u00f6dv\u00e4ndig f\u00f6r mer effektiv personalhantering. I denna situation b\u00f6r varje HR-specialist utveckla inte bara f\u00e4rdigheter i direkt s\u00f6kning, arbete med ans\u00f6kningshandlingar och intervjuer, utan ocks\u00e5 absolut orientera sig i universitets utbildningsmilj\u00f6: vilka universitet f\u00f6rbereder personal f\u00f6r f\u00f6retaget, vilka specialiteter inom specifika universitet tillgodoser personalbehov, och, vad som \u00e4r viktigt, vem som st\u00e5r bakom detta, vem som leder och genomf\u00f6r utbildningen av specialister vid universiteten.<\/p>\n
S\u00e5ledes, om vi medvetet ska avliva myten om att alla IT-specialister \u00e4r programmerare, m\u00e5ste en rad \u00e5tg\u00e4rder vidtas i den riktningen och s\u00e4rskild uppm\u00e4rksamhet riktas mot v\u00e5ra universitet, d\u00e4r grunderna f\u00f6r uppfattningen av framtida yrken l\u00e4ggs. Med andra ord, det kr\u00e4vs ett konstant samarbete med utbildningsmilj\u00f6n, exempelvis genom moderna former av gemensamt arbete i coworking-centra, \"katalysatorpunkter\", deltagande i utbildningsintensiv. Detta kommer att bryta ner felaktiga uppfattningar om IT-f\u00f6retag, \u00f6ka effektiviteten av personalarbetet och skapa f\u00f6ruts\u00e4ttningar f\u00f6r gemensamt arbete vid utbildning av olika specialister inom v\u00e5r bransch.<\/p>\n
Jag uttrycker mitt tack till kollegorna som deltog i f\u00f6rberedelsen och s\u00e4kerst\u00e4llandet av relevansen i denna artikel: Valentina Vershinina och Yuri 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
![\"Vem](\"\/wp-content\/uploads\/2019\/11\/87c543e0ad54a289a116a78d0eba6430.jpeg\")