Институт кибербезопасности и цифровых технологий РТУ МИРЭА и ведущий разработчик платформы сбора и хранения данных Arenadata провели хакатон «Современный ИТ-ландшафт». Технологически независимый ландшафт как раз и понимается нами как некая совокупность информационных ресурсов (систем, приложений, сервисов, продуктов). Минцифры представит «IT-ландшафт». Обзорная карта послужит основой для разработки российских аналогов зарубежных сервисов для бизнеса.
Gartner: семь технологий, которые кардинально изменят ИТ-ландшафт
Модернизация сети передачи данных. Модернизация телефонии. Организация новых рабочих мест, замена старого парка персональных компьютеров, оргтехники и закупка программного обеспечения. Процесс модернизации идет параллельно с повседневной деятельностью предприятий. Не обходится и без подводных камней. Чтобы не нанести вред текущему производственному процессу и обеспечить непрерывность работы предприятия, с заказчиком согласовываются технологические окна для производства работ. Успешно удалось переключить всю номерную емкость предприятия с аналоговой на IP-телефонию.
Трансформация бизнес-процессов в любой крупной компании осуществляется постоянно, и чем дольше мы будем откладывать изменения каких-либо систем, тем больше за них придется заплатить в будущем. Необходимость интеграции огромного потока данных, особенно при развитии омниканальных продаж, предполагает перманентное усложнение ИТ-архитектуры, которая постепенно и неструктурированно обрастает дополнительными сервисами, и поддерживать это необновляемое нагромождение систем с каждым днем становится все сложнее. Кроме того, масштабные промышленные системы, например, должны постоянно обновляться и дорабатываться, чтобы эффект от их использования ощущался не только на бумаге, но и на практике. На мой взгляд, нам удалось достичь компромисса: решения по инвестициям в модернизацию базовых платформ принимаются после длительного процесса анализа и оценки, по тактическим — максимально оперативно. Если по результатам тестирования можно предположить, что внедрение или модернизация должны быть успешными, мы реализуем данный проект в максимально сжатые сроки с минимально необходимой функциональностью. Конечно, не все из них приносят желаемую отдачу, но в целом такой подход себя полностью оправдывает. Например, развивая транспортную логистику, мы на первом этапе в экспресс-режиме в течение двух месяцев занимались подключением транспортных компаний, при этом понимая, что часть операций мы не автоматизируем сразу, делали так называемый быстрый тестовый пилот. Более сложные задачи, такие как автоматизация логистических процессов, будут решаться не менее чем полгода, но уже на подтвержденной теории с учетом понимания всех процессов и узких мест. Бабаджанов: Большая часть возникающих конфликтов связана с ценообразованием. На этот счет существует множество взаимоисключающих мнений. Так, некоторые эксперты полагают, что даже в условиях омниканальности в физических точках продаж магазинах должны использоваться более высокие цены, с учетом издержек на аренду и зарплату персонала. Мы в «Техносиле» придерживаемся принципиально иной точки зрения: цены должны быть одинаковыми во всех каналах продаж. Однако тут возникает вопрос, какие цены следует принимать за общесетевой стандарт. Следующий вопрос связан с поддержкой актуальности информации об остатках на складе. Ключевой момент — данная информация обязательно должна быть доступна в режиме реального времени, чтобы онлайн-покупатель мог узнать, есть ли интересующий его товар на складе, и зарезервировать его. Здесь тоже возникают конфликты, связанные, например, с вопросом, можно ли отдавать в резерв товар с витрины в том случае, если он существует в единственном экземпляре. Предположим, клиент нашел этот товар в интернете и заказал его, собираясь в ближайшее время подъехать и забрать, однако в это самое время другой покупатель, находящийся в магазине, выбирает этот же товар и идет оплачивать на кассу. Таких ситуаций можно избежать, если использовать соответствующие решения, позволяющие в режиме реального времени видеть все товарные остатки — как витринные, так и на складе, что сводит к нулю вероятность того, что один клиент купит заказанный другим товар. В противном случае могут возникать многочисленные конфликты с покупателями. Например, один западный fashion-ритейлер фактически принял сторону онлайн-покупателя: если товар заказан по интернету, а офлайновый клиент несет его на кассу, кассир не может его пробить, мотивируя это «его отсутствием». Такой подход может очень негативно повлиять на клиентскую лояльность, особенно с учетом скорости распространения информации. Наконец, третьим источником межканальных конфликтов могут стать акции: они далеко не всегда пересекаются, и клиенту в одном случае может быть выгоднее купить онлайн, в другом — офлайн. Мы сейчас двигаемся в направлении создания единого сервиса разработки и поддержки аналогичных акций для всех каналов продаж. Следующим этапом будет запуск единой программы лояльности, когда клиент сможет воспользоваться накопленными бонусами, совершая покупки во всех каналах, в т. Бабаджанов: С одной стороны, наш ИТ-ландшафт пребывает в состоянии постоянной трансформации, с другой — кардинальных изменений он не претерпевал. В числе принципиально новых систем я бы выделил решение, позволяющее в режиме реального времени проводить мониторинг цен наших конкурентов и осуществлять автоматическое ценообразование, исходя из полученных результатов. Данное решение уже функционирует для веб-сайта и магазинов, переведенных в новый формат. На мой взгляд, это один из важнейших прорывов, которые нам удалось совершить за последний год. Также важной частью стратегии ценообразования является один из ключевых элементов предложения нашего бренда — «Честные цены», согласно которому мы гарантируем клиенту покупку товара по самой низкой цене, которую он нашел в интернете у наших конкурентов. Функционал существующей до этого системы не позволял в полной мере реализовать омниканальный подход в обслуживании и взаимодействии с клиентами. Офлайновые магазины нового формата теперь оборудованы терминалами самообслуживания с touchscreen-экранами, используя которые, клиент может ознакомиться с полным ассортиментом сети «Техносила». Кроме того, продавцы-консультанты теперь оснащены планшетами, а на товарных полках размещены электронные ценники. Еще одним важным нововведением стала система управления заказами, которая интегрирована с базами данных всех наших поставщиков, что позволяет запрашивать в режиме реального времени информацию об остатках нужного покупателю товара на их складах и резервировать их.
Начав сотрудничество в 2016 году, NAUKA и ГК «Мелком» наладили тесное и открытое взаимодействие, позволившее перейти от решения локальных задач к реализации комплексных проектов модернизации ИТ-инфраструктуры. Ввиду территориальной удаленности предприятий, входящих в ГК «Мелком», существует необходимость их объединения в единое защищенное информационное пространство. Перед NAUKA поставлена задача: разработать и реализовать проект модернизации ИТ-ландшафта, призванный обеспечить отказоустойчивость и катастрофоустойчивость, увеличить производительность и масштабируемость ресурсов. Проект включает себя различные направления, NAUKA приводит инфраструктуру предприятий к единому стандарту, решая следующие задачи: Усиление информационной безопасности на всех предприятиях. Увеличение вычислительных ресурсов и объемов хранения данных, модернизация старого серверного парка и системы хранения данных. Модернизация сети передачи данных. Модернизация телефонии.
Коэффициенты эмиссий были рассчитаны экспертами по климатическим рискам и парниковым газам - компанией HPBS. Антон Рубенчик, заместитель генерального директора, блок по информационным технологиям билайна: «Для команд, которые занимаются разработкой ИТ-приложений, при проектировании важно оценивать комплексное влияние на множество факторов: не только на оптимизацию серверных мощностей и потребление электроэнергии, но также и на то, какой вклад они тем самым вносят в экологическую обстановку. Следуя стратегии развития собственного ИТ-ландшафта компании, мы активно переносим работу приложений в «облако». При этом нам важно обеспечить наблюдаемость упомянутых выше параметров для разработчиков и предоставить им инструмент анализа и прогнозирования с учетом выбора того или иного архитектурного решения командами». Мониторинг углеродного следа позволит компании эффективно разрабатывать и внедрять меры по повышению энергоэффективности и внедрению инфраструктурных зеленых решений.
Особенности построения и оптимизации IT-ландшафта в условиях высоких темпов развития бизнеса
Последние новости по теме IT-ландшафт: Мишустин указал на белые пятна в российском IT-ландшафте. После долгих исследований и усилий мы с гордостью представляем версию БЕЗУМНОГО ландшафта 2023 года. Следуя стратегии развития собственного ИТ-ландшафта компании, мы активно переносим работу приложений в "облако". Михаил Степанюк, директор департамента программного обеспечения и корпоративных систем, компания Merlion, рассказывает изданию IT Channel News об ИТ-трендах на 2024 год. S8 Capital выполнила первый этап проектов по локализации ИТ-ландшафта и внедрения 1C:ERP на трех заводах Meteor, ранее принадлежавших концерну Bosch. Пламмер рекомендует ИТ-директорам держаться в стороне от шумихи, связанной с квантовыми вычислениями, но параллельно изучать их потенциал в облаке.
ИТ ландшафт для миграции производственного комплекса телеканала «НТВ-Петербург»
Техника Hi-Tech. Другое Михаил Степанюк, директор департамента программного обеспечения и корпоративных систем, компания Merlion, рассказывает об ИТ-трендах на 2024 год. Составляя список трендов на следующий год, принято писать про «горячие» технологии — облака, искусственный интеллект, блокчейн...
Работа над ошибками, выявленный потенциал модели. В рамках выступлений и свободной дискуссии участники затронули следующие актуальные темы, затрагивающие деятельность ИЦК: необходимый и достаточный уровень детализации отраслевых функциональных моделей; интеграция ИТ-ландшафтов общесистемного и прикладного ПО в индустриальные ИТ-ландшафты; приоритеты и последовательность действий при формировании функционально-технологических карт; интеграция сведений об используемом зарубежном ПО в индустриальные ИТ-ландшафты; проблемы совместной работы над ИТ-ландшафтами близких индустрий например, в машиностроении ; цифровые инструменты для систематизации данных и визуализации индустриальных ИТ-ландшафтов.
Второй сценарий — Retire, или вывод системы из эксплуатации с сохранением ключевых данных. Такой сценарий применяется, когда эксплуатация ИТ-системы становится абсолютно невозможной из-за разных факторов: санкционных рисков, заградительной стоимости поддержки, отсутствия необходимых специалистов по доработке и сопровождению, уязвимости подсистемы безопасности, риска остановки без возможности восстановления работоспособности. Он заключается в переносе системы, например, из зарубежного дата-центра в собственный ЦОД на технологически независимую безопасную инфраструктуру или в защищенное облако российского провайдера. Еще один сценарий — перенос системы внутри собственного дата-центра заказчика. Происходит миграция со старой инфраструктурной платформы на новую. Это поможет избежать рисков блокировки на уровне платформы.
Четвертый сценарий — Replace, — замена существующей ИТ-системы на систему с аналогичными функциональными возможностями. При этом вместе с экспертами заказчика мы выбираем оптимальный продукт, с учетом специфики ИТ-ландшафта, потребностей бизнеса и требований к импортозамещению. На данном этапе мы используем уникальный инструмент — референсную модель импортозамещенной ИТ-инфраструктуры, которую разработали эксперты компании Rubytech. В процессе наполнения модели, коллеги обработали весь реестр отечественного ПО , разбили все решения на классы и оценили их зрелость и перспективы развития по собственной методологии. В дополнение к этому, была проведена серьезная работа по сбору продуктов в решения — гарантированно совместимые, высокопроизводительные программные или программно-аппаратные комплексы, способные заменить иностранные разработки. Развитие модели подразумевает ее расширение прикладными решениями и включение в состав модели Open Source и других специфических решений к примеру, локализованных китайских софтверных продуктов. Подробнее о референсной модели можно узнать из специального материала от Rubytech.
Пятый сценарий — Replatform, применяется, когда нельзя обойтись без модернизации архитектурных компонентов или всей архитектуры существующей ИТ-системы. При его реализации применяются современные практики и подходы, такие как cloud-native или микросервисная архитектура. Этот сценарий предполагает, помимо процессов внедрения и интеграции, еще и разработку или доработку информационных систем.
С другой — им не на что опереться, приходится максимально быстро вникать в предложение российских ОС, офисных пакетов, систем виртуализации и резервного копирования. То есть, полностью выстраивать корпоративную ИТ-архитектуру на базе исключительно российских решений.
Успеха здесь можно достичь либо при условии относительно простых потребностей, либо при наличии очень серьезной внутренней ИТ-компетенции, а также через привлечение сведущего консультанта с опытом подобных проектов. К сожалению, системный подход к импортозамещению в ИТ, охватывающий последовательную замену серверного ПО, виртуализации, ОС и прикладных программ все еще встречается на нашем рынке не так часто. В текущем году большинство запросов в этой области касалось операционных систем и решений в области коммуникации, включая корпоративную почту, мессенджеры и видео-конференцсвязь, а также систем резервного копирования и виртуализации. Хотя многие компании в 2023 году тестировали новые решения в области виртуализации, ОС и серверной составляющей, полный переход на них часто откладывается до следующего года из-за объема необходимой подготовки и непосредственно проектных работ. Это большая, серьезная инициатива.
Чтобы все прошло максимально успешно, и миграция на российское ПО прошла с минимумом сложностей, имеет смысл привлекать компетентных интеграторов. Их компетенции позволят провести аудит существующего ландшафта и составляющих его решений, проанализировать текущие и будущие потребности компании, а также разработать четкую дорожную карту перехода, включая оценку затрат на новый софт. Далее можно либо выбрать новый технологический стек самостоятельно или отдать задачу на откуп системному интегратору, который сможет предложить решения «под ключ». Речь идет о классе решений открытого ПО — open source, которые представлены во всех продуктовых направлениях. Однако здесь важно понимать, что при задаче построения ИТ-ландшафта компании ключевую роль играет качественная поддержка вендора.
Она включает в себя не только решение технических проблем, но и предоставление функциональных обновлений, новых релизов продукта, патчей безопасности, а также доступ к базе знаний. И вот в случае выбора в пользу open source-решения вся ответственность за его функционирование и обслуживание ложится на плечи пользователя. Он может обращаться к ресурсам сообщества, которое занимается развитием конкретного «открытого» ИТ-инструмента, но это далеко не то же самое, что официальная поддержка. Такой подход может быть приемлемым для крупных компаний с большим штатом разработчиков, готовых поддерживать, развивать и обслуживать используемую систему. Однако для предприятий малого и среднего бизнеса такой вариант является непрактичным и рискованным.
Правила правильного выбора ИТ-инфраструктура в компаниях на ближайшие годы, скорее всего, будет сохранять «вынужденно интернациональный» характер: новые российские решения в ней будут дополнять привычные зарубежные, от которых в мгновение ока и безболезненно компаниям не отказаться.
Корпоративный ИТ-ландшаф — по новым правилам
Новости по теме.
Например, развивая транспортную логистику, мы на первом этапе в экспресс-режиме в течение двух месяцев занимались подключением транспортных компаний, при этом понимая, что часть операций мы не автоматизируем сразу, делали так называемый быстрый тестовый пилот. Более сложные задачи, такие как автоматизация логистических процессов, будут решаться не менее чем полгода, но уже на подтвержденной теории с учетом понимания всех процессов и узких мест. Бабаджанов: Большая часть возникающих конфликтов связана с ценообразованием. На этот счет существует множество взаимоисключающих мнений. Так, некоторые эксперты полагают, что даже в условиях омниканальности в физических точках продаж магазинах должны использоваться более высокие цены, с учетом издержек на аренду и зарплату персонала. Мы в «Техносиле» придерживаемся принципиально иной точки зрения: цены должны быть одинаковыми во всех каналах продаж. Однако тут возникает вопрос, какие цены следует принимать за общесетевой стандарт. Следующий вопрос связан с поддержкой актуальности информации об остатках на складе.
Ключевой момент — данная информация обязательно должна быть доступна в режиме реального времени, чтобы онлайн-покупатель мог узнать, есть ли интересующий его товар на складе, и зарезервировать его. Здесь тоже возникают конфликты, связанные, например, с вопросом, можно ли отдавать в резерв товар с витрины в том случае, если он существует в единственном экземпляре. Предположим, клиент нашел этот товар в интернете и заказал его, собираясь в ближайшее время подъехать и забрать, однако в это самое время другой покупатель, находящийся в магазине, выбирает этот же товар и идет оплачивать на кассу. Таких ситуаций можно избежать, если использовать соответствующие решения, позволяющие в режиме реального времени видеть все товарные остатки — как витринные, так и на складе, что сводит к нулю вероятность того, что один клиент купит заказанный другим товар. В противном случае могут возникать многочисленные конфликты с покупателями. Например, один западный fashion-ритейлер фактически принял сторону онлайн-покупателя: если товар заказан по интернету, а офлайновый клиент несет его на кассу, кассир не может его пробить, мотивируя это «его отсутствием». Такой подход может очень негативно повлиять на клиентскую лояльность, особенно с учетом скорости распространения информации. Наконец, третьим источником межканальных конфликтов могут стать акции: они далеко не всегда пересекаются, и клиенту в одном случае может быть выгоднее купить онлайн, в другом — офлайн. Мы сейчас двигаемся в направлении создания единого сервиса разработки и поддержки аналогичных акций для всех каналов продаж.
Следующим этапом будет запуск единой программы лояльности, когда клиент сможет воспользоваться накопленными бонусами, совершая покупки во всех каналах, в т. Бабаджанов: С одной стороны, наш ИТ-ландшафт пребывает в состоянии постоянной трансформации, с другой — кардинальных изменений он не претерпевал. В числе принципиально новых систем я бы выделил решение, позволяющее в режиме реального времени проводить мониторинг цен наших конкурентов и осуществлять автоматическое ценообразование, исходя из полученных результатов. Данное решение уже функционирует для веб-сайта и магазинов, переведенных в новый формат. На мой взгляд, это один из важнейших прорывов, которые нам удалось совершить за последний год. Также важной частью стратегии ценообразования является один из ключевых элементов предложения нашего бренда — «Честные цены», согласно которому мы гарантируем клиенту покупку товара по самой низкой цене, которую он нашел в интернете у наших конкурентов. Функционал существующей до этого системы не позволял в полной мере реализовать омниканальный подход в обслуживании и взаимодействии с клиентами. Офлайновые магазины нового формата теперь оборудованы терминалами самообслуживания с touchscreen-экранами, используя которые, клиент может ознакомиться с полным ассортиментом сети «Техносила». Кроме того, продавцы-консультанты теперь оснащены планшетами, а на товарных полках размещены электронные ценники.
Еще одним важным нововведением стала система управления заказами, которая интегрирована с базами данных всех наших поставщиков, что позволяет запрашивать в режиме реального времени информацию об остатках нужного покупателю товара на их складах и резервировать их. Повторюсь: в постоянно изменяющемся мире ИТ-ландшафт нельзя воспринимать как незыблемый монолит: базовые системы неизбежно обрастают дополнительными сервисами, улучшающими взаимодействие с покупателями. При этом многие ритейлеры до сих пор отчаянно держатся за собственные центры компетенций, будучи уверенными, что они все делают лучше, чем другие. На мой взгляд, это мнение ошибочно: гораздо выгоднее покупать успешные решения, чем инвестировать в их создание с нуля. Какие-то задачи, безусловно, должны оставаться в ведении ритйлера, но внедрение и поддержку многих сервисов можно спокойно передавать на аутосоринг. Бабаджанов: Поскольку «Техносила» на протяжении 20 лет воспринималась как чистый офлайн-игрок, к внедрению омниканальности пришлось подходить очень осторожно. И одной из главных задач было постепенное изменение восприятия бренда в глазах покупателей.
В зависимости от уровня зрелости, размера и стиля управления ИТ в организации могут встречаться ИТ ландшафты, относящиеся ко всему спектру типов SoS по классификации ISO 21839:2019: Управляемый directed — при наличии Службы Главного Архитектора с достаточно широкими полномочиями, в том числе по распоряжению ресурсами команд проектов на реализацию архитектурных задач и задач по закрытию архдолга.
Такой ИТ ландшафт характеризуется высокой структурированностью с минимальным количеством архдолга, но при этом относительно низкой скоростью изменения из-за жестких регламентов. Наблюдается в основном в средних и небольших компаниях. Строго говоря, SoS данного типа практически неотличима от обычной системы. Подтвержденный acknowledged — при наличии Службы Главного Архитектора, которая способна эффективно коммуницировать с проектными командами развития приложений с целью внедрения архитектурного подхода в их практики. Наличие Архитектурного Комитета как коллективного оргзвена, обеспечивающего governance ИТ ландшафта. Характеризуется достаточно невысокой структурированностью и при этом высокой связностью приложений. Уровень архдолга может быть достаточно высоким. Наблюдается среди крупных компаний.
Коллаборативный collaborative — при небольшом количестве проектных команд-владельцев приложений. Характерно для небольших компаний. Архдолг не отслеживается. Виртуальный virtual — при отсутствии управления ИТ как такового ИТ ландшафт в принятом нами понимании отсутствует и рассматривается в основном только как ИТ инфраструктура серверы, хранилища и сетевые каналы. Таким образом, ИТ ландшафт в крупных компаниях является системой систем SoS со всеми присущими ей свойствами. Измеряем сложность Несмотря на распространенность термина «сложность», на сегодняшний день для него не существует согласованного определения как в целом, так и в контексте управления архитектурой ИТ ландшафта, в частности. Кембриджский словарь, например, определяет сложность как «явление, при котором имеется множество связанных частей и которое сложно для понимания». Литература на эту тему предлагает самый широкий спектр концепций и способов измерения уровня сложности.
При этом рост сложности становится одним из ключевых факторов управляемости ИТ ландшафта, а, как известно, «невозможно управлять тем, что нельзя измерить». Попытки измерения сложности ИТ ландшафта в крупных компаниях на сегодняшний день сводятся, как правило, к подсчету: количества приложений; количества информационных потоков между приложениями; процента соответствия приложений стандартам; количества инфраструктурных компонентов, используемых приложениями; объема функционала приложений; уровня дублирования функционала в приложениях. Несмотря на то, что данные метрики являются интуитивно понятными и даже в определенной степени позволяют предсказывать затраты, они в то же время не позволяют на их основе вывести правдоподобный интегральный показатель сложности ИТ ландшафта и не имеют теоретического обоснования с точки зрения теории систем. Питер Сенге предлагает считать, что системная сложность существует в двух основных формах: Структурная сложность возникает в результате большого количества систем, системных элементов и установленных связей в любой из двух основных топологий иерархия или сеть. Эта сложность связана с системами, как они есть; а именно, с их статическим существованием. Динамическая сложность связана с взаимосвязями, которые возникают между готовыми, функционирующими системами в процессе их работы, т. Сет Ллойд собрал некоторые примеры количественных мер сложности, которые он отнес к попыткам ответа на три вопроса: Насколько трудно описать систему? Обычно это измеряется в битах информации, затрачиваемых на представление описания.
Насколько трудно создать систему? Сложность как трудность создания измеряется во времени, энергии, стоимости и т. Какова степень организованности системы? Эту тему можно разделить на два типа метрик: сложность описания организационной структуры, будь то корпоративная, химическая, клеточная и т. Effective Complexity. Есть также понятия, которые сами по себе не являются количественными мерами сложности, но очень близки к ним: Long-Range Order; Self-Organization; Complex Adaptive Systems; Edge of Chaos. Применительно к ИТ ландшафту наибольший интерес представляют метрики, связанные с оценкой структурной сложности системы, основанные на неоднородности и топологии. Так Александер Шютц и его соавторы предложили в качестве меры сложности ИТ ландшафта использовать количество и неоднородность его компонентов и их связей, где неоднородность ИТ ландшафта является статистическим свойством и относится к разнообразию атрибутов элементов ИТ ландшафта.
Шютц применил концепцию меры концентрации, главным образом энтропии Шеннона, для количественной оценки неоднородности. Данный подход позволил авторам породить 10 количественных метрик сложности ИТ ландшафта, основанных на неоднородности: Сложность типа приложения — количество и неоднородность уровней кастомизации приложений домена make, buyAndCustomize, buy ; Сложность бизнес-функционала - количество и неоднородность бизнес-функций, поддерживаемых приложениями домена; Сложность категорий компонентов - количество и неоднородность инфраструктурных компонентов определенной категории ОС, СУБД и др. Под доменами здесь понимаются оргзвенья предприятия кредитование, депозиты, HR, риски, маркетинг, закупки и др. Другой метод измерения сложности ИТ ландшафта - на основе топологии - был предложен Робертом Лагерстремом с использованием широко распространенного в дисциплине архитектуры программного обеспечения подходе — Design Structure Matrix DSM — для визуализации скрытой структуры ИТ ландшафта и, таким образом, выявления участков повышенной сложности.
Реализация проекта занимает не менее 3—4 месяцев почти всегда — гораздо больше, до 1 года и более.
Перегретый рынок ИТ-специалистов. Дефицит ИТ-специалистов, знакомых с отечественными решениями, усложняет процесс найма квалифицированных сотрудников. Отсутствие локальных ИТ-компетенций. Многие компании, в особенности российские подразделения зарубежных компаний, сталкиваются с необходимостью организации собственного ИТ-блока, поскольку у них отсутствуют соответствующие компетенции. Недостаточная зрелость российских аналогов.
Одна из ключевых проблем —недостаточная зрелость местных аналогов иностранных ИТ-решений, что может сказываться на функциональности и надежности. Стоит отметить, что рынок российских решений интенсивно развивается: появляются новые решения, совершенствуются существующие, растет их зрелость. Уход с российского рынка зарубежных вендоров открыл окно возможностей для наших разработчиков и интеграторов. Тем не менее, все это преодолимо при условии способности топ-менеджмента реализовать комплексный подход к задаче, продемонстрировав способность быстро адаптироваться к новым условиям и эффективно управлять изменениями. Так, уже можно констатировать существенный спад запросов на локализацию в некоторых отраслях, что служит косвенным сигналом запуска следующей фазы развития ИТ.
Только этого мало Впрочем, все те, кто уже успешно локализовался, начинают переходить к развитию заново созданного или «пересобранного» ИТ-ландшафта. Это обязательный следующий шаг в рамках «дорожной карты» адаптации к новой реальности: просто перестроиться — недостаточно. Первостепенной задачей для компаний является поддержание бесперебойной работы ключевых бизнес-процессов, включая в себя соответствие регуляторным требованиям, таким как налоговая и финансовая отчетность. Для производственных компаний критически важно обеспечить непрерывность цепочек поставок, чтобы избежать простоев в поставках сырья и материалов, производстве, задержек в отгрузке товаров. Системы, отвечающие за поддерживающие и вспомогательные бизнес-процессы, такие как HR, юридическое обеспечение и маркетинг, обычно рассматривались как имеющие более низкий приоритет при локализации.
В настоящее время фокус смещается на автоматизацию и дальнейшее развитие ранее пропущенных или временно решенных задач.
ИТ ландшафт для миграции производственного комплекса телеканала «НТВ-Петербург»
Позволяет ИТ и менеджменту научиться отвечать на вопрос как должен измениться ландшафт данных и цифровых сервисов, чтобы обеспечить мои бизнес-потребности сейчас и в будущем. По словам генерального директора Angara Security, основной технологий тренд – это миграция на отечественные решения ИТ, ИБ, средства виртуализации, контейнеризации и прочее. Актуальные новости Proptech, обзоры, исследования и эксклюзивные интервью. Главная» Пресс-центр» Новости группы» NAUKA модернизирует ИТ-ландшафт группы компаний МЕЛКОМ.
Облачные горизонты отечественного ИТ-ландшафта
Некоторые системы уже недоступны в России, но компания смогла продолжить работу без них. Часть систем можно просто перенести на серверы в РФ, это будет сделано уже в текущем году. Речь идет о планировании маршрутов и некоторых модулях 1С, сейчас физически находящихся не в России. Инфраструктуру офисные системы, сеть, серверы рекомендовано заменить почти полностью. Развитие проекта На втором этапе проекта, который стартовал в октябре 2022 года, выбрали конкретные решения из предложенных вариантов, разработали детальный план трансформации и точный бюджет, запустили в работу «Штаб трансформации» и начали процесс переноса систем и сервисов на новую инфраструктуру.
Работа шла по пяти направлениям. Первое — переход в российское облако. Сформулировав технические требования к инфраструктуре и сервисам, которые должны быть развернуты в облаке, мы провели переговоры с вендорами. Для нас было важно, чтобы у облака было больше одной зоны доступности, настройка по принципу «инфраструктура как код» Infrastructure as Code, IaC , возможность оплаты по мере потребления pay as you go , а также достаточное количество вычислительных ресурсов.
Выбрали платформу Yandex Cloud и приступили к развертыванию облачной инфраструктуры, используя подход IaC — то есть не вручную, а с помощью запуска скриптов. Затем перевели в облако сервисы, связанные с доменом, хранением учетных записей пользователей, механизмов авторизации и др. Второе направление — развертывание сети. Раньше сеть управлялась из центрального офиса, поэтому своих сетевых инженеров и прямого доступа к оборудованию у российского подразделения не было.
В рамках конфигурации сети проектная команда много взаимодействовала со специалистами из глобальной компании. На этом этапе подключили облако, настроили безопасный доступ в Интернет и удаленный доступ пользователей, обеспечили связность между площадками и маршруты доступа к инфраструктурным сервисам. Третье направление — миграция рабочих мест пользователей, которая включала замену офисных, коммуникационных и других рабочих сервисов на российские решения. Например, вместо офисного пакета Microsoft и Teams внедрили продукты «Яндекс 360».
Сложность заключалась в том, что данные о пользователях хранились в глобальной директории со своей структурой. Выделить сотрудников российского подразделения стало нетривиальной задачей.
В зависимости от уровня зрелости, размера и стиля управления ИТ в организации могут встречаться ИТ ландшафты, относящиеся ко всему спектру типов SoS по классификации ISO 21839:2019: Управляемый directed — при наличии Службы Главного Архитектора с достаточно широкими полномочиями, в том числе по распоряжению ресурсами команд проектов на реализацию архитектурных задач и задач по закрытию архдолга. Такой ИТ ландшафт характеризуется высокой структурированностью с минимальным количеством архдолга, но при этом относительно низкой скоростью изменения из-за жестких регламентов. Наблюдается в основном в средних и небольших компаниях. Строго говоря, SoS данного типа практически неотличима от обычной системы. Подтвержденный acknowledged — при наличии Службы Главного Архитектора, которая способна эффективно коммуницировать с проектными командами развития приложений с целью внедрения архитектурного подхода в их практики. Наличие Архитектурного Комитета как коллективного оргзвена, обеспечивающего governance ИТ ландшафта. Характеризуется достаточно невысокой структурированностью и при этом высокой связностью приложений.
Уровень архдолга может быть достаточно высоким. Наблюдается среди крупных компаний. Коллаборативный collaborative — при небольшом количестве проектных команд-владельцев приложений. Характерно для небольших компаний. Архдолг не отслеживается. Виртуальный virtual — при отсутствии управления ИТ как такового ИТ ландшафт в принятом нами понимании отсутствует и рассматривается в основном только как ИТ инфраструктура серверы, хранилища и сетевые каналы. Таким образом, ИТ ландшафт в крупных компаниях является системой систем SoS со всеми присущими ей свойствами. Измеряем сложность Несмотря на распространенность термина «сложность», на сегодняшний день для него не существует согласованного определения как в целом, так и в контексте управления архитектурой ИТ ландшафта, в частности. Кембриджский словарь, например, определяет сложность как «явление, при котором имеется множество связанных частей и которое сложно для понимания».
Литература на эту тему предлагает самый широкий спектр концепций и способов измерения уровня сложности. При этом рост сложности становится одним из ключевых факторов управляемости ИТ ландшафта, а, как известно, «невозможно управлять тем, что нельзя измерить». Попытки измерения сложности ИТ ландшафта в крупных компаниях на сегодняшний день сводятся, как правило, к подсчету: количества приложений; количества информационных потоков между приложениями; процента соответствия приложений стандартам; количества инфраструктурных компонентов, используемых приложениями; объема функционала приложений; уровня дублирования функционала в приложениях. Несмотря на то, что данные метрики являются интуитивно понятными и даже в определенной степени позволяют предсказывать затраты, они в то же время не позволяют на их основе вывести правдоподобный интегральный показатель сложности ИТ ландшафта и не имеют теоретического обоснования с точки зрения теории систем. Питер Сенге предлагает считать, что системная сложность существует в двух основных формах: Структурная сложность возникает в результате большого количества систем, системных элементов и установленных связей в любой из двух основных топологий иерархия или сеть. Эта сложность связана с системами, как они есть; а именно, с их статическим существованием. Динамическая сложность связана с взаимосвязями, которые возникают между готовыми, функционирующими системами в процессе их работы, т. Сет Ллойд собрал некоторые примеры количественных мер сложности, которые он отнес к попыткам ответа на три вопроса: Насколько трудно описать систему? Обычно это измеряется в битах информации, затрачиваемых на представление описания.
Насколько трудно создать систему? Сложность как трудность создания измеряется во времени, энергии, стоимости и т. Какова степень организованности системы? Эту тему можно разделить на два типа метрик: сложность описания организационной структуры, будь то корпоративная, химическая, клеточная и т. Effective Complexity. Есть также понятия, которые сами по себе не являются количественными мерами сложности, но очень близки к ним: Long-Range Order; Self-Organization; Complex Adaptive Systems; Edge of Chaos. Применительно к ИТ ландшафту наибольший интерес представляют метрики, связанные с оценкой структурной сложности системы, основанные на неоднородности и топологии. Так Александер Шютц и его соавторы предложили в качестве меры сложности ИТ ландшафта использовать количество и неоднородность его компонентов и их связей, где неоднородность ИТ ландшафта является статистическим свойством и относится к разнообразию атрибутов элементов ИТ ландшафта. Шютц применил концепцию меры концентрации, главным образом энтропии Шеннона, для количественной оценки неоднородности.
Данный подход позволил авторам породить 10 количественных метрик сложности ИТ ландшафта, основанных на неоднородности: Сложность типа приложения — количество и неоднородность уровней кастомизации приложений домена make, buyAndCustomize, buy ; Сложность бизнес-функционала - количество и неоднородность бизнес-функций, поддерживаемых приложениями домена; Сложность категорий компонентов - количество и неоднородность инфраструктурных компонентов определенной категории ОС, СУБД и др. Под доменами здесь понимаются оргзвенья предприятия кредитование, депозиты, HR, риски, маркетинг, закупки и др. Другой метод измерения сложности ИТ ландшафта - на основе топологии - был предложен Робертом Лагерстремом с использованием широко распространенного в дисциплине архитектуры программного обеспечения подходе — Design Structure Matrix DSM — для визуализации скрытой структуры ИТ ландшафта и, таким образом, выявления участков повышенной сложности.
По мнению Председателя Правительства РФ Михаила Мишустина, ИЦК «Нефтегаз, нефтехимия и недропользование», работу которого лидирует «Газпром нефть», продемонстрировал один из самых высоких уровней скоординированности.
О главных направлениях работы нефтегазовой отрасли для достижения цифровой независимости рассказал Олег Третьяк, и. Расскажите, как строилась работа? В него вошли 13 крупнейших отраслевых компаний. В первую очередь, нам предстояло сформировать портфель особо значимых проектов.
И, считаю, что с этой задачей мы с коллегами успешно справились. Работа была разбита на этапы. Сначала мы определили 12 направлений, критичных для непрерывности деятельности, и в рамках этих направлений сформировали портфель из 28 особо значимых проектов для отрасли. Одновременно с этим мы поставили перед собой более стратегическую задачу — тщательно проанализировать весь отраслевой ИТ-ландшафт в разрезе функциональных бизнес-процессов.
Каждая из компаний в составе ИЦК представила свой набор решений, которые были разложены по ландшафту.
Взаимодействующие в рамках ИТ решения приложения проявляют свою эмерджентность в виде предоставляемых сервисов для систем-провайдеров продуктов. Развитие ИТ ландшафта идет непрерывно путем реализации ИТ решений для бизнеса, либо проектов ИТ модернизации, направленных на снижение архитектурного долга.
ИТ ландшафт современного предприятия, как правило, является геораспределенным с целью обеспечения его катастрофоустойчивости, а также как следствие активного использования «облачных» сервисов. Согласно Косякову, со временем к этим критериям SoS были добавлены еще два важных свойства: Самоорганизация. SoS имеет динамичную организационную структуру, способную реагировать на изменения в окружении и изменения целей и задач системы.
Вслед за ее динамичной организацией, сама структура SoS так же является динамичной и реагирующей на внешние изменения и восприятие окружения. В зависимости от уровня зрелости, размера и стиля управления ИТ в организации могут встречаться ИТ ландшафты, относящиеся ко всему спектру типов SoS по классификации ISO 21839:2019: Управляемый directed — при наличии Службы Главного Архитектора с достаточно широкими полномочиями, в том числе по распоряжению ресурсами команд проектов на реализацию архитектурных задач и задач по закрытию архдолга. Такой ИТ ландшафт характеризуется высокой структурированностью с минимальным количеством архдолга, но при этом относительно низкой скоростью изменения из-за жестких регламентов.
Наблюдается в основном в средних и небольших компаниях. Строго говоря, SoS данного типа практически неотличима от обычной системы. Подтвержденный acknowledged — при наличии Службы Главного Архитектора, которая способна эффективно коммуницировать с проектными командами развития приложений с целью внедрения архитектурного подхода в их практики.
Наличие Архитектурного Комитета как коллективного оргзвена, обеспечивающего governance ИТ ландшафта. Характеризуется достаточно невысокой структурированностью и при этом высокой связностью приложений. Уровень архдолга может быть достаточно высоким.
Наблюдается среди крупных компаний. Коллаборативный collaborative — при небольшом количестве проектных команд-владельцев приложений. Характерно для небольших компаний.
Архдолг не отслеживается. Виртуальный virtual — при отсутствии управления ИТ как такового ИТ ландшафт в принятом нами понимании отсутствует и рассматривается в основном только как ИТ инфраструктура серверы, хранилища и сетевые каналы. Таким образом, ИТ ландшафт в крупных компаниях является системой систем SoS со всеми присущими ей свойствами.
Измеряем сложность Несмотря на распространенность термина «сложность», на сегодняшний день для него не существует согласованного определения как в целом, так и в контексте управления архитектурой ИТ ландшафта, в частности. Кембриджский словарь, например, определяет сложность как «явление, при котором имеется множество связанных частей и которое сложно для понимания». Литература на эту тему предлагает самый широкий спектр концепций и способов измерения уровня сложности.
При этом рост сложности становится одним из ключевых факторов управляемости ИТ ландшафта, а, как известно, «невозможно управлять тем, что нельзя измерить». Попытки измерения сложности ИТ ландшафта в крупных компаниях на сегодняшний день сводятся, как правило, к подсчету: количества приложений; количества информационных потоков между приложениями; процента соответствия приложений стандартам; количества инфраструктурных компонентов, используемых приложениями; объема функционала приложений; уровня дублирования функционала в приложениях. Несмотря на то, что данные метрики являются интуитивно понятными и даже в определенной степени позволяют предсказывать затраты, они в то же время не позволяют на их основе вывести правдоподобный интегральный показатель сложности ИТ ландшафта и не имеют теоретического обоснования с точки зрения теории систем.
Питер Сенге предлагает считать, что системная сложность существует в двух основных формах: Структурная сложность возникает в результате большого количества систем, системных элементов и установленных связей в любой из двух основных топологий иерархия или сеть. Эта сложность связана с системами, как они есть; а именно, с их статическим существованием. Динамическая сложность связана с взаимосвязями, которые возникают между готовыми, функционирующими системами в процессе их работы, т.
Сет Ллойд собрал некоторые примеры количественных мер сложности, которые он отнес к попыткам ответа на три вопроса: Насколько трудно описать систему? Обычно это измеряется в битах информации, затрачиваемых на представление описания. Насколько трудно создать систему?
Сложность как трудность создания измеряется во времени, энергии, стоимости и т. Какова степень организованности системы? Эту тему можно разделить на два типа метрик: сложность описания организационной структуры, будь то корпоративная, химическая, клеточная и т.
Effective Complexity. Есть также понятия, которые сами по себе не являются количественными мерами сложности, но очень близки к ним: Long-Range Order; Self-Organization; Complex Adaptive Systems; Edge of Chaos.
Что и как поменяет ИТ-ландшафт страны в 2024 году
Совместная команда Axenix и Синхро (ИТ-компания, входящая в холдинг S8 Capital) выполнила первый этап проектов по локализации ИТ-ландшафта и внедрения ERP-системы 1C на трех. Об изменении ландшафта ИТ-рынка. «СИГМА» – лидер в области разработки и внедрения ИТ-решений для цифровизации российской энергетики и сектора ЖКХ. ИТ-ландшафт современных компаний Инструкции, гайды по настройке программ и приложений.
ЦКИТ стал организатором стратегической сессии по формированию новых индустриальных ИТ-ландшафтов
Последние новости по теме IT-ландшафт: Мишустин указал на белые пятна в российском IT-ландшафте. По словам генерального директора Angara Security, основной технологий тренд – это миграция на отечественные решения ИТ, ИБ, средства виртуализации, контейнеризации и прочее. Генеральный директор РФРИТ Александр Павлов напомнил, что ключевой задачей ИЦК является ускоренное ипортозамещение ИТ-решений. «ИТ-саммит Softline Deep Dive стал прекрасной возможностью обсудить с нашими клиентами и партнерами новый ландшафт рынка, который стремительно менялся в последние несколько лет. Вычислительный комплекс был принят в эксплуатацию ИТ-службой агенства и в данный момент работает в штатном режиме. «Сегодня наш ИТ-ландшафт включает порядка 15 подсистем.
Ландшафтный ИТ-дизайн: как мы будем жить в 2024 году
По мнению Дмитрия Нора, о долговременном финансировании речи, действительно, не идёт, но с помощью гранта разработчик сможет создать реальный продукт — для начала этого достаточно. Создание ПО — непростой процесс. Не видя реального продукта, никто не будет покупать идею или финансировать её, даже если она жизнеспособная. Грантовая система финансирования — это большой шаг вперёд в решении данной проблемы», — считает директор ООО «Софт Скай Девелопмент». Евгений Воякин также считает, что различные меры поддержки могут помочь компаниям преодолеть начальные финансовые барьеры и ускорить процессы исследований, разработки и внедрения. Однако в случае сложных и длительных проектов разработки ПО, требующих тщательного планирования и поэтапного цикла работ, гранты могут предоставлять только изначальное финансирование. А для обеспечения долгосрочного финансирования проектов разработки ПО компании могут искать дополнительные источники, такие как венчурные инвестиции, кредиты, стартап-акселераторы или партнёрства с инвесторами. Кроме того, по мнению эксперта, разработчики должны стремиться к коммерциализации своих продуктов и получению доходов от продажи лицензий или подписок на ПО. Степан Воробьёв отмечает, что грант может обеспечить некую поддержку на старте — содействие в доработке решения, представления его целевой аудитории и т. Но он не должен выступать «костылём», на который постоянно опирается разработка.
Её адекватными стимулами должны быть конкуренция и реальные заказы. Во многих случаях это требует реорганизации многих производственных процессов без остановки выпуска продукции, а значит, и существенных финансовых ресурсов. Различные субсидии и гранты могут стать реальной работающей поддержкой», — уверен представитель АО «СиСофт Девелопмент». Сергей Локтев тоже придерживается мнения, что для большей эффективности грантовую систему желательно комбинировать с работой на конечного заказчика. С одной стороны, в таком варианте организации реализация займёт больше времени, с другой — для конечного заказчика он выйдет однозначно дешевле, а проектная команда гарантированно получает возможность апробации результатов», — поясняет руководитель проектов ООО «Первый Бит». Александр Готфрид предлагает субсидировать не разработчиков ПО, а потребителей, переходящих на отечественный продукт, в формате компенсации государством части стоимости лицензий. Вендоры отечественного ПО получат расчётную прибыль и средства для дальнейшей разработки своих решений. При наличии интереса к продукту со стороны потребителей данная схема однозначно была бы более эффективной, чем односторонняя поддержка только разработчиков ПО. А при отсутствии интереса проект свернётся как нежизнеспособный», — раскрывает тонкости директор по проектному производству компании «Кайрос Инжиниринг».
Егор Гуторов напоминает, что после разработки созданное решение необходимо поддерживать и обновлять. Это тоже требует ресурсов, и, если ПО не приносит прибыли, многим компаниям проект покажется неинтересным. Сколько клиентов они смогут заполучить? На какую прибыль могут рассчитывать? Российский рынок относительно мал. СНГ больше, но будут ли там покупать российские разработки при наличии западных аналогов? С другой стороны, компании сейчас прощупывают рынки дружественных стран, и государство обеспечивает поддержку и здесь. Если эти усилия увенчаются успехом, то возможность экспортировать отечественные решения станет не меньшим стимулом, чем гранты на разработку», — рассуждает директор компании «КЕДР Solutions». В теории картина понятна, а что говорят о грантовой поддержке те, кто уже попытался ею воспользоваться?
Опыт Научно-производственного предприятия «СпецТек» показывает, что на данный момент получить доступ к финансовым ресурсам не так-то просто. И каждый раз нас изумлял масштаб крючкотворства и торжество бумажной бюрократии. Надо сказать, что за последние пару лет процесс подачи заявки на получение гранта на разработку ИТ-решения несколько упростился. Очевидно, создатели грантовой системы стараются повысить её привлекательность. Но если соискателя угораздит получить грант, вот тут-то и начнутся круги ада. Ваша ИТ-компания уже не будет прежней: команда программистов, тестеров, руководителей проектов и бизнес-консультантов теперь должна будет на повседневной основе скрупулёзно ставить галочки, хронометрировать, формировать справки, потом составлять отчёты, брошюровать, отправлять, реагировать на замечания надзорного органа, переделывать… А ещё надо разрабатывать и перерабатывать локальные нормативные акты, вести раздельный бухгалтерский учёт, табелировать и т. Мы понимаем, что бумажная волокита — поэзия, жизнь и судьба тех, кто всё это придумал. Но, по его мнению, главная проблема даже не в этом. Как правило, получатель гранта обязуется в определённые сроки достигнуть неких показателей, прописанных в программе.
А ведь компания уже потратила его на заработную плату участников проекта разработки ПО, на услуги сторонних организаций и иные издержки. Таким образом, меры поддержки изначально формулируются так, что претендент на их получение идёт на большой риск. Проекты разработки импортозамещающего ПО носят инновационный характер, и потому достижение запланированных результатов отнюдь не гарантировано. По своей сути эти проекты сродни научно-исследовательским, опытно-конструкторским и технологическим работам. Гражданский кодекс РФ в статьях 775 и 776 устанавливает, что, даже если ожидаемый результат не достигнут, НИР должны быть оплачены полностью, а ОКР — в части понесённых исполнителем затрат зарплата работников и так далее. Таким образом, законодатель учёл специфику предмета регулирования. Меры же грантовой поддержки проектов разработки ПО противоречат существу законодательного регулирования такого рода работ. Импортозамещение не просто технический процесс, оно требует изменения сознания и жизненной философии пользователя, а потому занимает гораздо больше времени, чем разработка ПО В соответствии с дорожной картой по направлению «Новое индустриальное программное обеспечение» к 2030 году российские разработчики инженерного софта должны создать более 2300 новых программных продуктов В условиях дефицита кадров жизнеспособная стратегия — сопровождать решения на начальном этапе собственными квалифицированными внедренцами Руководитель проектов по автоматизации бизнес-процессов в промышленности проектного центра ООО «Первый Бит» в Красноярске Сергей Локтев «Ситуацию для отечественных разработчиков действительно можно оценивать как позитивную. Спрос на внедрение отечественного ПО стабильно растёт.
При этом в подавляющем большинстве случаев любое решение «из коробки» требует кастомизации под специфику бизнес-процессов компании-заказчика. Поэтому, даже если готового отраслевого решения нет в рынке, его напишут под требования заказчика». Директор по проектному производству ООО «Кайрос Инжиниринг» Александр Готфрид «Достижение цифрового суверенитета однозначно очень позитивно скажется не только на отечественных разработчиках ПО, но и на строительной отрасли в целом, поскольку взаимодействие между всеми участниками будет изначально настроено под российские нормы без необходимости доработок и обходных путей. На данный момент можно смело утверждать, что заменить зарубежное программное обеспечение возможно, но процесс импортозамещения является крайне сложным и требует много времени и внимания». На сайте Ассоциации разработчиков программных продуктов «Отечественный софт» представлен каталог совместимости российского программного обеспечения. Там перечислены отечественные аналоги ПО, предназначенные для различных отраслей, в том числе довольно узких.
Новости по теме.
Информирование ИЦК о подходах и методиках Минцифры России и ЦКИТ к подготовке приоритетных направлений замещения зарубежных отраслевых решений и программного обеспечения на российские аналоги в ключевых отраслях экономики и классов программного обеспечения ИТ-ландшафтов в 2024 году на основе функционального подхода функционально-технологических карт - ФТК : Этап 1 до конца апреля 2024 г. Этап 2 до конца 2024 г. Работа над ошибками, выявленный потенциал модели.
Мероприятие стало новым этапом в укреплении партнерских отношений с такой крупномасштабной корпорацией как «Норильский Никель». Обозначены перспективы расширения будущего сотрудничества и подробно раскрыты этапы построения взаимодействия. Благодаря прямому диалогу российские вендоры смогут эффективно выстраивать совместную работу и оперативно предлагать наиболее востребованные в компании решения для совершенствования ИТ-инфраструктуры. Другие мероприятия 16.
Gartner: семь технологий, которые кардинально изменят ИТ-ландшафт
В каких сегментах качественные отечественные аналоги зарубежных решений пока отсутствуют? Изучаем промышленный ИТ-ландшафт вместе с непосредственными участниками этого рынка. Российская ИТ-отрасль стремительно растет и развивается, решаются непростые задачи своевременного обеспечения ее востребованными кадрами и специалистами. Итак, мы имеем в фокусе внимания «нашу» систему под названием «ИТ ландшафт».