La persona est\u00e1 m\u00e1s acostumbrada a percibir el mundo material que el virtual, por lo que le resulta dif\u00edcil dar definiciones a conceptos que est\u00e1n fuera de su percepci\u00f3n.<\/li>\n<\/ul>\n\nLos intentos de combatir este mito a veces recuerdan a una lucha contra molinos de viento, ya que hay varios aspectos del problema que necesitan ser abordados. Un especialista en recursos humanos debe, en primer lugar, tener una visi\u00f3n clara de los roles productivos en una empresa de TI en su forma ideal y real; en segundo lugar, entender c\u00f3mo y cu\u00e1ndo se puede utilizar de manera m\u00e1s efectiva el recurso interno de la empresa; y en tercer lugar, qu\u00e9 m\u00e9todos reales ayudar\u00e1n a aumentar la concienciaci\u00f3n de los participantes en el mercado laboral y contribuir\u00e1n al desarrollo de la marca del empleador. Analicemos estos aspectos en detalle.<\/p>\n
El ciclo de vida del software como base de los roles productivos<\/h2>\n \nNo es un secreto que, en general, todos los roles de producci\u00f3n en cualquier empresa de TI tienen como origen el ciclo de vida del software. Por lo tanto, si se establece la tarea conceptual de llegar a un acuerdo sobre una percepci\u00f3n unificada de este tema dentro de toda la industria de TI, es necesario basarse precisamente en el ciclo de vida del software como el fundamento sem\u00e1ntico que todos entienden y aceptan sin ambig\u00fcedad. La discusi\u00f3n sobre las opciones espec\u00edficas de implementaci\u00f3n de los roles de producci\u00f3n se sit\u00faa en el \u00e1mbito de nuestra relaci\u00f3n creativa con el ciclo de vida del software.<\/p>\n
As\u00ed que, examinemos las etapas que involucra el ciclo de vida del software, usando como ejemplo la metodolog\u00eda RUP. Son eslabones ya bastante consolidados en cuanto a contenido y terminolog\u00eda. El proceso de producci\u00f3n siempre comienza con la modelizaci\u00f3n de negocio y la formulaci\u00f3n de requisitos, y termina (condicionalmente, claro) con la consultor\u00eda a los usuarios y los ajustes del software basados en las 'demandas' de los usuarios. <\/p>\n
Con la complejidad de los procesos de producci\u00f3n, la aparici\u00f3n de plataformas integradas y la transici\u00f3n hacia la automatizaci\u00f3n completa de \u00e1reas tem\u00e1ticas, junto con la reingenier\u00eda de los procesos de negocio, se vuelve inevitable la aparici\u00f3n de roles especializados, vinculados a las etapas del ciclo de vida. As\u00ed es como surgen el analista, el probador y el especialista en soporte t\u00e9cnico. <\/p>\n
La diversidad de puestos a trav\u00e9s del ejemplo del rol de analista<\/h2>\n \nEl analista (tambi\u00e9n conocido como ingeniero analista, formulador, metod\u00f3logo, analista de negocios, analista de sistemas, etc.) ayuda a \"conectar\" las tareas comerciales con las tecnolog\u00edas para su implementaci\u00f3n. La descripci\u00f3n de la formulaci\u00f3n de tareas para el desarrollador es as\u00ed como se puede caracterizar la funci\u00f3n principal de un analista abstracto. Act\u00faa como un enlace entre el cliente y el desarrollador en los procesos de formulaci\u00f3n de requisitos, an\u00e1lisis y dise\u00f1o de software. En condiciones de producci\u00f3n reales, la lista de funciones del analista est\u00e1 determinada por la forma de organizaci\u00f3n de la producci\u00f3n, la calificaci\u00f3n del especialista y la especificidad del \u00e1rea tem\u00e1tica modelada.<\/p>\n
Otra parte de los analistas est\u00e1 m\u00e1s cercana a los desarrolladores. Son los analistas de sistemas (System Analyst). Su tarea principal es identificar, sistematizar y analizar los requisitos del cliente para evaluar su viabilidad, preparar especificaciones t\u00e9cnicas y describir la formulaci\u00f3n de tareas. No solo entienden los procesos comerciales, sino tambi\u00e9n las tecnolog\u00edas de la informaci\u00f3n, tienen un buen conocimiento de las capacidades del software proporcionado al cliente, poseen habilidades de dise\u00f1o y, por lo tanto, comprenden c\u00f3mo expresar mejor los intereses del cliente al desarrollador. Estos empleados deben tener educaci\u00f3n en el campo de las TIC y una mentalidad ingeniero-t\u00e9cnica, siendo deseable tener experiencia de trabajo en TI. Al seleccionar a tales especialistas, ser\u00e1 claramente una ventaja contar con habilidades de dise\u00f1o utilizando herramientas modernas.<\/p>\n
As\u00ed, vemos el mismo rol (y, por cierto, el mismo puesto en el organigrama) \u2013 analista, pero en diferentes manifestaciones aplicadas. La b\u00fasqueda de especialistas para cada uno de ellos tiene sus particularidades. Es importante saber que estas variedades de analistas a menudo deben poseer habilidades y conocimientos que son incompatibles en una sola persona. Uno es un humanista, inclinado al trabajo anal\u00edtico con grandes vol\u00famenes de documentos textuales, con un habla desarrollada y habilidades comunicativas, el otro es un \"t\u00e9cnico\" con un pensamiento ingenieril y un inter\u00e9s en el sector de TI.<\/p>\n
\u00bfBuscar afuera o formar internamente?<\/h2>\n \nPara una gran empresa del sector tecnol\u00f3gico, la efectividad de la selecci\u00f3n directa a trav\u00e9s de recursos en Internet disminuye a medida que los proyectos crecen. Esto ocurre, entre otras cosas, por las siguientes razones: no es posible una r\u00e1pida adaptaci\u00f3n a procesos complejos dentro de la empresa, y la velocidad de aprendizaje de herramientas espec\u00edficas es menor que la velocidad de desarrollo del proyecto. Por lo tanto, es importante que el especialista en recursos humanos no solo sepa a qui\u00e9n buscar externamente, sino tambi\u00e9n c\u00f3mo aprovechar los recursos internos de la empresa, a partir de qui\u00e9n y c\u00f3mo cultivar a un especialista.<\/p>\n
Para los analistas de negocios, la experiencia en trabajo dentro de procesos reales del \u00e1mbito es fundamental, por lo que su selecci\u00f3n externa resulta m\u00e1s eficaz que formarlos internamente en la empresa. En este sentido, es importante que el especialista en recursos humanos conozca las organizaciones que pueden ser fuentes de este recurso humano y se concentre en buscar curr\u00edculos provenientes de ellas durante la selecci\u00f3n.<\/p>\n
Por el contrario, para cubrir vacantes como analista de sistemas y arquitecto de software, el proceso de formaci\u00f3n de personal interno de la empresa es de gran importancia. Estos especialistas deben formarse en un entorno de producci\u00f3n real y la especificidad de la organizaci\u00f3n en cuesti\u00f3n. Los analistas de sistemas (System Analyst) evolucionan a partir de analistas de negocios (Business Analyst), escritores t\u00e9cnicos (Technical Writer) e ingenieros de soporte t\u00e9cnico (Technical Support Engineer). Los arquitectos de software (Software Architect) provienen de dise\u00f1adores de sistemas (System Designer) y desarrolladores de software (Software Developer) a medida que acumulan experiencia y ampliar\u00e1n sus horizontes. Esta circunstancia permite al especialista en recursos humanos aprovechar de manera efectiva los recursos internos de la empresa. <\/p>\n
Intersecci\u00f3n, fusi\u00f3n y evoluci\u00f3n de roles en la producci\u00f3n<\/h2>\n \nHay otra cuesti\u00f3n que no es f\u00e1cil de implementar en el proceso de producci\u00f3n: el establecimiento de l\u00edmites claros entre los roles. A primera vista, puede parecer obvio: se finaliz\u00f3 la implementaci\u00f3n, se firmaron los documentos para la entrada del software en operaci\u00f3n industrial y todo se traslad\u00f3 al soporte t\u00e9cnico. Todo correcto, sin embargo, a menudo surgen situaciones en las que el cliente, por h\u00e1bito y manteniendo un contacto cercano con el analista, lo sigue considerando como su \"salvavidas\", y contin\u00faa comunic\u00e1ndose activamente con \u00e9l, a pesar de que el sistema ya est\u00e1 implementado y formalmente se encuentra en la etapa de soporte. No obstante, desde la perspectiva del cliente, \u00bfqui\u00e9n puede responder a las preguntas sobre el funcionamiento del sistema mejor y m\u00e1s r\u00e1pidamente que el analista, quien estableci\u00f3 la tarea junto a \u00e9l? Aqu\u00ed surge la cuesti\u00f3n de la duplicaci\u00f3n parcial de roles entre el ingeniero de soporte t\u00e9cnico y el analista. Con el tiempo, todo se normaliza, el cliente se acostumbra a comunicarse con el servicio de soporte t\u00e9cnico, pero al principio de la explotaci\u00f3n del software, este \"cambio interno\" no siempre se puede llevar a cabo sin tensiones por ambas partes.<\/p>\n
Adem\u00e1s de la intersecci\u00f3n, a menudo se observa la fusi\u00f3n de roles en la producci\u00f3n. Por ejemplo, un analista de negocios y un redactor t\u00e9cnico pueden coexistir en una misma persona. La presencia de un arquitecto de software (Software Architect) es obligatoria en un gran desarrollo industrial, mientras que en proyectos muy peque\u00f1os esta funci\u00f3n puede ser desempe\u00f1ada por los desarrolladores (Software Developer). <\/p>\n
El cambio de per\u00edodos hist\u00f3ricos en los enfoques y tecnolog\u00edas de desarrollo conduce inevitablemente a la evoluci\u00f3n del ciclo de vida del software. A nivel global, por supuesto, sus etapas principales permanecen inalteradas, pero se produce una mayor especificaci\u00f3n. Por ejemplo, con la transici\u00f3n a soluciones web y el aumento de las capacidades de configuraci\u00f3n remota, surgi\u00f3 el rol del especialista en configuraci\u00f3n de software. En una etapa hist\u00f3rica temprana, estos eran los implementadores, es decir, ingenieros que pasaban la mayor parte de su tiempo laboral en los lugares de trabajo de los clientes. El aumento en el volumen y la complejidad del software dio lugar a la aparici\u00f3n del rol de arquitecto de software (Software Architect). Las demandas de acelerar el lanzamiento de versiones y mejorar la calidad del software han fomentado el desarrollo de pruebas automatizadas y la aparici\u00f3n de un nuevo rol: ingeniero de QA (Quality Assurance Engineer), etc. La evoluci\u00f3n de los roles en todas las etapas de la organizaci\u00f3n del proceso de producci\u00f3n est\u00e1 significativamente relacionada con el desarrollo de m\u00e9todos, tecnolog\u00edas y herramientas.<\/p>\n
As\u00ed que hemos considerado algunos puntos interesantes acerca de la distribuci\u00f3n de roles de producci\u00f3n dentro de una empresa desarrolladora de software en el contexto del ciclo de vida del software. Es evidente que esta es una visi\u00f3n interna, que es espec\u00edfica para cada empresa. Para todos nosotros, como participantes en el mercado laboral de la industria de TI y responsables de promover la marca como empleador, ser\u00e1 especialmente importante tambi\u00e9n la perspectiva externa. Y aqu\u00ed hay un gran problema, no solo en la b\u00fasqueda de significados, sino tambi\u00e9n en la transmisi\u00f3n de esta informaci\u00f3n a la audiencia objetivo.<\/p>\n
\u00bfCu\u00e1l es el problema del \"zool\u00f3gico\" de puestos de TI?<\/h2>\n \nLa confusi\u00f3n en la mente de los profesionales de RRHH, los organizadores de la producci\u00f3n y la diversidad de enfoques conducen a una amplia variedad, que es directamente un \"zool\u00f3gico\" de puestos de TI. La experiencia en entrevistas y contactos profesionales muestra que a menudo las personas no tienen una comprensi\u00f3n clara de la carga significativa que deber\u00eda derivarse de los nombres de los puestos. Por ejemplo, en nuestra organizaci\u00f3n, los puestos que incluyen el concepto de \"ingeniero analista\" implican que son responsables de definir tareas. Sin embargo, resulta que no en todas partes es as\u00ed: hay organizaciones desarrolladoras donde el ingeniero analista es un implementador. \u00bfEs una comprensi\u00f3n completamente diferente, no creen?<\/p>\n
En primer lugar, el \"zool\u00f3gico\" de puestos de TI, sin duda, reduce la eficacia de la selecci\u00f3n de personal. Cada empleador, al desarrollar y promocionar su marca, quiere transmitir de manera breve todos los significados que existen en su producci\u00f3n. Y si \u00e9l mismo a menudo no puede decir claramente qui\u00e9n es qui\u00e9n, es natural que proyecte al entorno externo incertidumbre. <\/p>\n
En segundo lugar, el \"zool\u00f3gico\" de puestos de TI crea enormes problemas en la formaci\u00f3n y desarrollo de personal de TI. Cada empresa de TI seria, que busca formar y desarrollar el potencial humano, en lugar de simplemente \"exprimir\" sitios de empleo, tarde o temprano se enfrenta a la necesidad de interactuar con instituciones educativas. Para personal de TI altamente cualificado, esto se refiere a las universidades, siendo al menos las mejores, como m\u00ednimo aquellas que se encuentran en el ranking de las 100 mejores. <\/p>\n
El problema de la integraci\u00f3n con las universidades al establecer un proceso continuo de formaci\u00f3n de especialistas en TI consiste aproximadamente en la mitad en la falta de comprensi\u00f3n de las universidades sobre qui\u00e9nes son realmente las personas dentro de una empresa de TI. Tienen una idea muy superficial al respecto. Por lo general, las universidades tienen varias especialidades con la palabra 'inform\u00e1tica' en sus nombres, y a menudo ocurre que, al llevar a cabo sus campa\u00f1as de admisi\u00f3n, se basan en la tesis de que todas las especialidades b\u00e1sicamente tratan de lo mismo. Y esto se parece a apoyarse en el mito popular de que todos los especialistas en TI son programadores.<\/p>\n
La experiencia de nuestra estrecha colaboraci\u00f3n con universidades muestra que la especialidad 'Inform\u00e1tica Aplicada (por sectores)' nos proporciona personal para los departamentos de metodolog\u00eda y soporte t\u00e9cnico, pero no para desarrollo. Mientras que 'Inform\u00e1tica Fundamental' y 'Ingenier\u00eda de Software' preparan un excelente recurso humano para los desarrolladores. Para no dirigir a un estudiante desde un principio por un camino inapropiado, es necesario 'disipar la niebla' que rodea la producci\u00f3n de TI.<\/p>\n
\u00bfSe puede llevar todo a un denominador com\u00fan?<\/h2>\n \n\u00bfSe pueden unificar los roles de producci\u00f3n y llegar a una comprensi\u00f3n \u00fanica de ellos tanto dentro como fuera de la empresa? <\/p>\n
Por supuesto, se puede y se debe, porque la experiencia colectiva acumulada de todas las empresas de desarrollo demuestra la existencia de conceptos comunes que unen la organizaci\u00f3n del proceso productivo. Esto es consecuencia de que, de hecho, hay un concepto del ciclo de vida del software que es interpretado de manera un\u00e1nime por todos, y los nuevos roles de producci\u00f3n (Data Scientist, QA Engineer, Machine Learning Engineer, etc.) son consecuencia de la clarificaci\u00f3n y evoluci\u00f3n del ciclo de vida del software como tal, que ocurre con la mejora de tecnolog\u00edas y herramientas, as\u00ed como con el desarrollo y la expansi\u00f3n de las tareas comerciales.<\/p>\n
Al mismo tiempo, es complicado unificar los roles de producci\u00f3n, porque TI es uno de los sectores m\u00e1s j\u00f3venes y en r\u00e1pida evoluci\u00f3n de la econom\u00eda. En cierto sentido, es un caos del que surgi\u00f3 el universo. Aqu\u00ed, una estructura organizativa clara es imposible y fuera de lugar, ya que TI es un \u00e1mbito intelectual, pero muy creativo. Por un lado, un especialista en TI es un \"f\u00edsico\" intelectual con un pensamiento algor\u00edtmico y matem\u00e1tico desarrollado; por otro lado, es un \"poeta\" creador, portador y promotor de ideas. Al igual que un artista, no tiene un plan claro para crear su obra y no puede descomponer la imagen en partes, ya que dejar\u00eda de existir. Es un maestro de procesos inform\u00e1ticos que son en s\u00ed mismos abstractos, intangibles, dif\u00edciles de medir, pero r\u00e1pidos. <\/p>\n
Rutas para construir un trabajo de personal efectivo en la producci\u00f3n de TI<\/h2>\n \nEntonces, \u00bfqu\u00e9 es importante que un especialista en RRHH sepa para construir un trabajo de personal efectivo en el contexto de la diversidad de roles en la producci\u00f3n de TI?<\/p>\n
En primer lugar, cualquier especialista en personal de una empresa de TI debe tener una idea de la situaci\u00f3n que caracteriza espec\u00edficamente a su empresa: qui\u00e9n hace qu\u00e9, qui\u00e9n se llama c\u00f3mo y, lo m\u00e1s importante, qu\u00e9 significado se atribuye a estos roles en el contexto de la producci\u00f3n en particular.<\/p>\n
En segundo lugar, un especialista en RRHH debe tener una visi\u00f3n flexible de los roles de producci\u00f3n. Es decir, inicialmente debe formarse una comprensi\u00f3n ideal de ellos que le permita entender todo. Luego, debe existir una imagen real de la producci\u00f3n: d\u00f3nde y en qu\u00e9 se cruzan y se combinan los roles, qu\u00e9 percepci\u00f3n de estos roles tienen los l\u00edderes de producci\u00f3n. La complejidad para el especialista en personal radica en combinar en su mente la situaci\u00f3n real y la ideal, sin intentar forzar a reestructurar los procesos a su comprensi\u00f3n ideal, sino ayudando a la producci\u00f3n a satisfacer la necesidad de recursos.<\/p>\n
En tercer lugar, es fundamental tener una idea de las posibles trayectorias de desarrollo de ciertos especialistas: en qu\u00e9 casos puede ser efectivo un reclutamiento externo, y cu\u00e1ndo es mejor cultivar a un empleado dentro de su propio equipo, brind\u00e1ndole oportunidades para crecer; qu\u00e9 cualidades de los candidatos les permitir\u00e1n desarrollarse en una direcci\u00f3n espec\u00edfica, qu\u00e9 cualidades no pueden coexistir en una misma persona y qu\u00e9 es lo m\u00e1s importante al elegir una trayectoria de desarrollo.<\/p>\n
En cuarto lugar, volvamos a la afirmaci\u00f3n de que la TI es un campo de personal altamente calificado, donde para un trabajo m\u00e1s efectivo de recursos humanos es inevitable una integraci\u00f3n temprana con el entorno educativo de las universidades. En esta situaci\u00f3n, cada especialista en recursos humanos debe desarrollar no solo habilidades de b\u00fasqueda directa, trabajo con curr\u00edculums y entrevistas, sino tambi\u00e9n orientarse en el entorno de formaci\u00f3n universitaria de especialistas: qu\u00e9 universidades preparan personal para la empresa, qu\u00e9 especialidades dentro de universidades espec\u00edficas cubren las necesidades de personal y, lo que es importante, qui\u00e9n est\u00e1 detr\u00e1s de esto, qui\u00e9n dirige y lleva a cabo la formaci\u00f3n de especialistas en las universidades.<\/p>\n
As\u00ed, si se busca de manera intencionada desmentir el mito de que todos los inform\u00e1ticos son programadores, es necesario dar una serie de pasos en esta direcci\u00f3n y prestar especial atenci\u00f3n a nuestras universidades, donde se sientan las bases de la percepci\u00f3n de la futura profesi\u00f3n. En otras palabras, se requiere una interacci\u00f3n constante con el entorno educativo, por ejemplo, utilizando un formato moderno de colaboraci\u00f3n en centros de coworking, 'puntos de ebullici\u00f3n', participaci\u00f3n en intensivos educativos. Esto ayudar\u00e1 a desmantelar ideas err\u00f3neas sobre la empresa de TI, mejorar\u00e1 la efectividad del trabajo de recursos humanos y crear\u00e1 condiciones para la actividad conjunta en la formaci\u00f3n de diversos especialistas en nuestra industria.<\/p>\n
Agradezco a los colegas que participaron en la preparaci\u00f3n y mantenimiento de la relevancia de este art\u00edculo: Valentina Vershinina y 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
![\"\u00bfQui\u00e9n](\"\/wp-content\/uploads\/2019\/11\/87c543e0ad54a289a116a78d0eba6430.jpeg\")