Когда в компаниях говорят об организации технологически независимого ИТ-ландшафта, то в качестве его обязательного условия чаще всего имеют в виду тотальное импортозамещение. совокупность всех приложений предприятия (иногда включая приложения его партнеров и клиентов) и их интеграций. 5 сентября в Москве представители ГК «Системы и Технологии» приняли участие в первом открытом форуме компании «Норильский Никель» для ИТ-вендоров —"День поставщика ИТ". Эффект для бизнеса в дальнейшем развитии обновленных ИТ-ландшафтов могут принести и облачные технологии, роботизация, платформы IoT. * Целевой ландшафт ИТ-архитектуры.
Корпоративный ИТ-ландшаф — по новым правилам
Для сбора необходимой информации специалисты Axenix провели множество глубинных интервью с бизнес- и ИТ-командами, далее были разработаны описания систем, структура их взаимодействия и варианты решений. Не для всего ПО было легко подобрать аналоги. Мы кропотливо сравнивали решения по полноте покрытия функциональных и нефункциональных требований, параметрам архитектуры и надежности поставщиков. В результате удалось составить перечень возможных систем, которые смогли удовлетворить бизнес-потребности заказчика», — отметил Максим Ким, старший менеджер практики «Технологическая стратегия» компании Axenix. В рамках второго этапа проекта были выбраны конкретные решения из предложенных вариантов, сформулирован и реализован детальный план трансформации. Он включал в себя миграцию данных и информационных систем из глобального облака на российскую платформу, развертывание сети, замену офисных, коммуникационных и других рабочих сервисов на локальные решения, обеспечение информационной безопасности новой ИТ-инфраструктуры.
В рамках второго этапа проекта были выбраны конкретные решения из предложенных вариантов, сформулирован и реализован детальный план трансформации. Он включал в себя миграцию данных и информационных систем из глобального облака на российскую платформу, развертывание сети, замену офисных, коммуникационных и других рабочих сервисов на локальные решения, обеспечение информационной безопасности новой ИТ-инфраструктуры. Так, облачная инфраструктура реализована на платформе Yandex Cloud, офисные и коммуникационные сервисы Microsoft заменены на решения «Яндекс 360». Основные работы были завершены в конце 2022 г. Сейчас заканчивается настройка пользовательских устройств и обучение сотрудников «Рулог» по работе с новыми сервисами.
Технической поддержкой локальной ИТ-инфраструктуры займется команда Axenix.
Время трансформации — теории и практики» ГК Softline 18. Время трансформации — теории и практики». Масштабное ежегодное мероприятие состоялось в апреле 2023 года в Казани и стало площадкой для продуктивного взаимодействия более 400 участников рынка. Топ-менеджеры российских ИТ-компаний сфокусировались на современном ИТ-ландшафте, обсуждали изменения, происходящие на рынке и в их компаниях, а также основные вызовы, с которыми они столкнулись. Насыщенная программа мероприятия включала открытые дискуссии, презентации продуктов, выставку программных и аппаратных решений, а также практикум для заказчиков в формате отраслевых групп. За три дня саммита было проведено более 40 сессий — более 80 спикеров представили свои доклады, эксперты 40 вендоров поделились своим опытом с более чем 150 компаниями со всей России.
В своем выступлении он отметил, что такие значимые мероприятия, как Softline Deep Dive, помогают отслеживать изменяющиеся потребности компаний и развивать бизнес рука-об-руку со всеми клиентами и партнерами. Мероприятие было наполнено не «сухими» техническими презентациями, а живыми выступлениями, экспертными мнениями и активным обсуждением. Ставя интересы клиентов во главу угла, эксперты ГК Softline и наших партнеров рассказывали о своем опыте, обсуждали успешные совместные проекты, проводили персональные встречи и делились своим видением ситуации в разных сегментах бизнеса. Саммит — это также неоценимый вклад в укрепление сотрудничества с вендорами. Мы благодарим всех участников за искренний интерес и объединение усилий на пути к цифровой трансформации, независимости и перспективному ИТ-будущему», — подчеркнула директор по маркетингу ГК Softline Елена Шедова.
Только теперь речь не об «импортозамещении — на полку», а о реальном действии, когда это действительно пришлось делать, и не только по отдельным продуктам.
Поэтому вендоры идут в верном направлении, развивая экосистемы. Ведь рынку необходимо обеспечить совместимость решений, чтобы системы сочетались друг с другом. Кроме того, мы видим также спрос на заказную разработку, который будет усиливаться в ближайшей перспективе. Антон Тен, руководитель отдела корпоративных продаж CommuniGate Systems: Сейчас заказчики хотят иметь в рамках одного решения весь спектр сервисов и услуг. Мы слышим этот запрос, постоянно дорабатываем продукт и предлагаем полную коммуникационную связку: от электронной почты до собственной ВКС. Клиентская часть наших продуктов также постоянно совершенствуется.
Каждый стремится создать экосистему вокруг себя на базе собственных флагманских продуктов. И на рынке уже много примеров среди крупных разработчиков.
ИТ-ландшафт компании
ИТ-ландшафт современных компаний Инструкции, гайды по настройке программ и приложений. Вычислительный комплекс был принят в эксплуатацию ИТ-службой агенства и в данный момент работает в штатном режиме. «Сегодня наш ИТ-ландшафт включает порядка 15 подсистем. Ландшафт, который формировался более 30 лет, полностью изменился, а новые цели, на которые ориентируются отрасль и государство, можно назвать амбициозными.
eXpress рассказал о защищенных коммуникациях на конференции «ИТ-ландшафт новой реальности»
При этом нам важно обеспечить наблюдаемость упомянутых выше параметров для разработчиков и предоставить им инструмент анализа и прогнозирования с учетом выбора того или иного архитектурного решения командами». Мониторинг углеродного следа позволит компании эффективно разрабатывать и внедрять меры по повышению энергоэффективности и внедрению инфраструктурных зеленых решений. В настоящий момент разработчики уже получили возможность прогнозировать углеродный след, расчет которого основывается на усредненных показателях по потреблению электроэнергии. В свою очередь эти показатели рассчитываются на основе модели, спроектированной силами команды, развивающей облачную платформу. В ближайших планах — внедрение моделей в платформу наблюдаемости для возможности произведения расчетов на основе мониторинга фактических данных и отслеживания динамики роста или снижения показателей по выбросам.
В пленарной сессии начальник отдела виртуализации компании «Инфосистемы Джет» Андрей Коновалов расскажет об опыте применения технологий VDI с использованием решений и технологий компании Citrix. Это особенно актуально, если имеет место географическая распределенность офисов и при этом необходимо централизовать корпоративные системы, — поясняет Андрей Коновалов. Наш опыт показывает: эта технология действительно дает ощутимый эффект не только ИТ-подразделению, но и в целом бизнесу наших заказчиков».
Однако с развитием технологий и появлением новых решений в области информационных технологий компания переходит на автоматизированные системы управления, которые позволяют эффективно управлять процессами и повысить производительность. Кроме того, с развитием ИТ-отрасли могут появиться новые требования к безопасности данных, что вынуждает инвестировать в решения для защиты информации. Или, например, появляются требования по маркировке товаров или другие обязательства, которые накладывает регулятор на определенные отрасли. В целом, по мере возрастания опыта и развития компания будет адаптироваться к новым требованиям рынка и использовать последние достижения в сфере ИТ для повышения эффективности работы и конкурентоспособности. Как ИТ-ландшафт масштабируется вместе с бизнесом ИТ-ландшафт активно трансформируется, адаптируясь под воздействием различных факторов. Например, когда компания проводит цифровую трансформацию, в ИТ-ландшафт добавляют новые технологии для оптимизации процессов и создания новых бизнес-моделей. Кроме того, изменения могут вноситься в случае: Переход к облачным технологиям приводит к изменениям в ИТ-ландшафте.
Нужно настроить остальные системы и интегрировать облако в ИТ-архитектуру. Когда объем данных растет, а важность их безопасности увеличивается, в архитектуру вносят изменения, чтобы не допустить утечки и соблюсти нормативы. Внедрение мобильных технологий требует обеспечения мобильной доступности и безопасности данных для пользователей. Когда интеграция данных из различных источников становится приоритетом, ИТ-ландшафт эволюционирует для поддержки сложных систем интеграции. Компания начинает использовать решения на базе искусственного интеллекта и аналитики данных для принятия решений. В таком случае архитектуру также придется подстраивать под нововведения. Такие изменения в ИТ-ландшафте не только повышают эффективность бизнес-процессов, но и способствуют инновационному развитию организации. Чтобы ИТ-ландшафт масштабировался вместе с ростом бизнеса, важно: Правильно планировать и прогнозировать будущие потребности в ИТ-ресурсах. Выбирать гибкие и масштабируемые технологии, которые позволяют быстро добавлять новые серверы или обновлять программное обеспечение. Регулярно анализировать производительность систем и оптимизировать их работу для достижения лучших результатов.
Когда пора менять ИТ-ландшафт Есть несколько признаков, которые могут указывать на необходимость изменения ИТ-ландшафта в компании: Низкая производительность: ИТ-продукты работают медленно, появляются задержки и сбои. Трудности в масштабировании: компания растет, но текущая архитектура трудно масштабируется для поддержки увеличивающихся объемов данных и пользователей. Безопасностные угрозы и инциденты: повышение уровня киберугроз или частые инциденты безопасности. Технологическое устаревание: используемые технологии и программное обеспечение становятся устаревшими и не могут поддерживать современные процессы. Высокие издержки обслуживания: поддержка и обслуживание текущего ИТ-ландшафта становятся слишком дорогими. Неудовлетворенность сотрудников: коллеги выражают недовольство в связи с низкой производительностью решений или сложностью процессов. Замена ИТ-ландшафта начинается с анализа бизнес-потребностей, в ходе которого определяются недостатки текущей инфраструктуры и выявляются новые возможности. Далее разрабатывают стратегию замены, которая включает ключевые этапы проекта, описывает бюджет и временные рамки.
Сет Ллойд собрал некоторые примеры количественных мер сложности, которые он отнес к попыткам ответа на три вопроса: Насколько трудно описать систему? Обычно это измеряется в битах информации, затрачиваемых на представление описания. Насколько трудно создать систему? Сложность как трудность создания измеряется во времени, энергии, стоимости и т. Какова степень организованности системы? Эту тему можно разделить на два типа метрик: сложность описания организационной структуры, будь то корпоративная, химическая, клеточная и т. Effective Complexity. Есть также понятия, которые сами по себе не являются количественными мерами сложности, но очень близки к ним: Long-Range Order; Self-Organization; Complex Adaptive Systems; Edge of Chaos. Применительно к ИТ ландшафту наибольший интерес представляют метрики, связанные с оценкой структурной сложности системы, основанные на неоднородности и топологии. Так Александер Шютц и его соавторы предложили в качестве меры сложности ИТ ландшафта использовать количество и неоднородность его компонентов и их связей, где неоднородность ИТ ландшафта является статистическим свойством и относится к разнообразию атрибутов элементов ИТ ландшафта. Шютц применил концепцию меры концентрации, главным образом энтропии Шеннона, для количественной оценки неоднородности. Данный подход позволил авторам породить 10 количественных метрик сложности ИТ ландшафта, основанных на неоднородности: Сложность типа приложения — количество и неоднородность уровней кастомизации приложений домена make, buyAndCustomize, buy ; Сложность бизнес-функционала - количество и неоднородность бизнес-функций, поддерживаемых приложениями домена; Сложность категорий компонентов - количество и неоднородность инфраструктурных компонентов определенной категории ОС, СУБД и др. Под доменами здесь понимаются оргзвенья предприятия кредитование, депозиты, HR, риски, маркетинг, закупки и др. Другой метод измерения сложности ИТ ландшафта - на основе топологии - был предложен Робертом Лагерстремом с использованием широко распространенного в дисциплине архитектуры программного обеспечения подходе — Design Structure Matrix DSM — для визуализации скрытой структуры ИТ ландшафта и, таким образом, выявления участков повышенной сложности. Метод, используемый для представления архитектуры сети, основан на классическом понятии связанности и расширяет его. В частности, после определения связанности зависимости между элементами в сложной архитектуре метод анализирует архитектуру с точки зрения иерархической упорядоченности и цикличности, позволяя классифицировать элементы с точки зрения их положения в результирующей сети. Если DSM матрицу первого порядка возвести в последовательные степени, результат покажет прямые и косвенные зависимости, существующие для последовательных длин путей. Суммирование этих матриц дает матрицу видимости V, которая обозначает зависимости, существующие для всех возможных длин пути. Далее для каждого приложения ИТ ландшафта в V матрице вычисляются метрики: Visibility Fan-In VFI — количество приложений, которые явно или неявно зависят от текущего приложения; Visibility Fan-Out VFO - количество приложений, от которых явно или неявно зависит текущее приложение. Для измерения видимости на уровне всего ИТ ландшафта определяется показатель стоимости распространения Propagation Cost как плотность матрицы видимости. Интуитивно понятно, что стоимость распространения равна доле архитектуры, затронутой изменением случайно выбранного элемента то есть по сути это чувствительность ландшафта к изменениям. По определению каждый элемент внутри циклической группы прямо или косвенно зависит от любого другого члена группы. Найденные циклические группы называются «ядрами» системы. Самая большая циклическая группа «Ядро» играет особую роль в схеме архитектурной классификации ИТ ландшафта. Далее на основе топологии ИТ ландшафта, т. Центральные приложения определяются как самая большая группа приложений с циклическими зависимостями. Управляющие приложения имеют больше исходящих зависимостей, в то время как общие приложения имеют больше входящих зависимостей. Периферийные приложения имеют как меньше входящих, так и меньше исходящих зависимостей по сравнению с центральными. Используя приведенную выше схему классификации, можно построить реорганизованную DSM, которая раскрывает «скрытую структуру» архитектуры ИТ ландшафта, размещая элементы в порядке «Общие», «Ядро», «Периферия» и «Управление» вниз по главной диагонали DSM, а затем сортируя внутри каждой группы по убыванию VFI, затем по возрастанию VFO. В отличие от других показателей сложности, связанности и модульности, данный метод «скрытой структуры» учитывает не только прямую сетевую структуру архитектуры, но и косвенные зависимости между приложениями, что вносит важный вклад в принятие управленческих решений. Выводы Понимание того, что в случае ИТ ландшафта мы имеем дело не с обычной системой, а именно со сложной системой систем SoS , позволяет сделать следующие важные выводы: Инженерия ИТ ландшафтов, особенно «подтвержденных» и «коллаборативных», должна учитывать все 7 основных характеристик SoS, поэтому базовых инструментов классической системной инженерии здесь может оказаться недостаточно. Особая важность менеджерского аспекта вопросы владения подсистемами и разрешение конфликтов в цепочках систем-создателей , а не только технических решений, должна обязательно учитываться при развитии ИТ ландшафта. Структурирование ИТ ландшафта с использованием платформ и взаимодействие его подсистем на основе стандартизованных API позволяет снизить его сложность, эффективно находить консенсус при конфликтах систем-создателей и повысить уровень повторного использования ИТ активов в целевых системах бизнеса. Измерение сложности ИТ ландшафта и противодействие ее увеличению должны являться одними из стратегических приоритетов компании. Необходимо помнить, что при всей своей сложности ИТ ландшафт является всего лишь одной из подсистем-создателей enabling system внутри еще более сложной системы систем — организации. В настоящее продолжаются активные исследования в области SoS и сложности систем, в том числе ИТ ландшафта, в различных корпорациях, университетах и государственных органах США и Европы. Возможно, в ближайшее время появятся более эффективные методы и развитый математический аппарат, применение которых поможет снизить сложность ИТ ландшафтов, а следовательно, уменьшить стоимость владения ИТ активами, снизить риски нарушения безопасности и непрерывности бизнеса, а также сократить Time-To-Market при выпуске новых продуктов.
Аналитика и комментарии
Это послужило драйвером масштабной инициативы ИТ-службы ритейлера по пересмотру текущего ландшафта ИТ-инфраструктуры и поиску новых высокотехнологичных решений для. Минцифры представит «IT-ландшафт». Обзорная карта послужит основой для разработки российских аналогов зарубежных сервисов для бизнеса. интеграция ИТ-ландшафтов общесистемного и прикладного ПО в индустриальные. Компания «1С‑Рарус» реализовала комплекс проектов для создания единого ИТ‑ландшафта головной организации и дочерних компаний ООО «Абсолют Лигал».
Как VDI меняет ИТ-ландшафт в эпоху цифровой трансформации бизнеса
Вместе с заказчиком формирует новый ИТ-ландшафт, оказывает комплексное сопровождение проектов тестирования и внедрения. Минцифры представит «IT-ландшафт». Обзорная карта послужит основой для разработки российских аналогов зарубежных сервисов для бизнеса. Platform V Synapse: комплексное импортозамещение ИТ-ландшафта – от теории к практике. ИТ ландшафт для миграции производственного комплекса телеканала НТВ-Петербург.
Как меняется ИТ-ландшафт Северстали
ИТ-ландшафты компаний классифицируют по различным критериям в зависимости от их характеристик и особенностей. После долгих исследований и усилий мы с гордостью представляем версию БЕЗУМНОГО ландшафта 2023 года. Новости. Разработка и ИТ-ландшафт.
Platform V Synapse: комплексное импортозамещение ИТ-ландшафта – от теории к практике
Референсная модель помогает адаптировать ИТ-ландшафт заказчика под его специфические запросы и способствует проектированию новых направлений. Используя ее, можно оперативно анализировать текущее состояние ИТ-инфраструктуры, осуществлять подбор доступных решений и формировать комплексные предложения по дальнейшему технологическому развитию организации в соответствии с потребностями бизнеса, а главное, с учётом всех внешних и внутренних ограничений. Как появилась референсная модель: методология создания В основе референсной модели — многоступенчатая система оценки, которая состоит из критериев, описывающих как сам продукт, так и компанию-производителя. При формировании этих критериев эксперты Rubytech опирались на такие требования, как общая оценка продукта, его функциональная зрелость, и, наконец, бизнес-оценка компании, которая его разрабатывает.
Последний критерий помогает оценить перспективы продукта, его потенциал направления и темпы развития. Проанализировав Единый реестр российских программ Минкомсвязи и Единый реестр российской радиоэлектронной продукции Минпромторга, мы выбрали приоритетные для анализа продукты. Для формирования их перечня мы использовали открытые платформы «Отечественный софт», реестр отечественных поставщиков и другие , а также опирались на многолетний опыт экспертов из команды Rubytech и представителей ключевых партнеров.
Кроме того, мы рассматривали продукты Open Source, у которых есть команды поддержки в российских компаниях-интеграторах. Далее эксперты Rubytech анализировали каждый продукт по целому ряду критериев: присутствие в реестрах ПО или оборудования ; наличие доступных курсов обучения и поддержки эксплуатирующего персонала; возможность поддержки по SLA; наличие экспертизы в области конкретной технологии на рынке. Система критериев также учитывает распространённость поставляемых решений среди потребителей из конкретного сектора экономики, наличие выстроенной системы поддержки и обучения специалистов — как для системных интеграторов, так и для тех, кто в дальнейшем будет отвечать за эксплуатацию решения на стороне заказчика.
Методику проверяли на реальных кейсах, которые нам предоставляли заказчики. Это позволило в итоге создать применимый на практике и эффективный рабочий инструмент. Наши эксперты постоянно актуализируют референсную модель: исследуют рынок, фиксируют наличие доступных технологий по каждому из сегментов и проводят их специализированную оценку.
На её основе впоследствии формулируются функциональные требования к каждому продукту и делаются выводы о возможности применения того или иного стека ИТ-решений в инфраструктуре конкретного заказчика. Опыт применения референсной модели Рассмотрим возможности использования референсной модели на конкретном примере. На ИТ-ландшафт любой организации критическое влияние оказывает совокупность узлов нескольких компонентов.
По нашим наблюдениям, в крупной компании их количество в среднем — от 5 до 10. При этом каждый компонент может иметь более десятка связей с другими. Согласно логике референсной модели, узловые компоненты являются отправными точками программы миграции на новый ИТ-ландшафт.
На следующем шаге эксперты формируют перечень информационных систем, где применяются эти компоненты.
В офисе развернута современная система телефонии, переговорные оборудованы конференц-связью. Физическая безопасность обеспечивается с помощью СКУД. Для решения задач по обеспечению информационной безопасности реализованы межсетевое экранирование, шифрование и антивирусная защита. Вычислительный комплекс был принят в эксплуатацию ИТ-службой агенства и в данный момент работает в штатном режиме. Архитектура комплекса достаточно гибкая для успешного претворения в жизнь всех наших планов развития.
Платформа постановки на мониторинг позволит как рядовому пользователю, так и техническому специалисту самостоятельно устанавливать и отслеживать состояние инфраструктурных и бизнес-метрик ИТ-систем. С помощью платформы мы сможем значительно сократить среднее время постановки сервиса на мониторинг, упростить пользовательский путь и обеспечить управление метриками и порогами ИТ-компонентов и сервисов.
Реализация данной инициативы была бы невозможна без полноценного внедрения единой системы зонтичного мониторинга». Первый заместитель управляющего директора компании «ЛАНИТ-Интеграция» Олег Головко: «В России у лидеров отраслей довольно зрелые информационные ландшафты, и для их эффективного управления нужны по-настоящему технологичные решения. Для наших экспертов столь масштабное внедрение в ведущем ритейлере России — интересная профессиональная задача. К ней мы подошли с двух сторон: выбрали перспективную отечественную платформу ИТ и совместили с гибридной моделью внедрения, которая включает классический каскадный подход к управлению проектом и гибкие практики. Такой синтез должен обеспечить высокий коэффициент возврата инвестиций клиента и стать новым технологическим ориентиром на рынке».
Сегодня эксперты Rubytech активно используют модель для формирования проектных инициатив по импортозамещению. Референсная модель помогает адаптировать ИТ-ландшафт заказчика под его специфические запросы и способствует проектированию новых направлений. Используя ее, можно оперативно анализировать текущее состояние ИТ-инфраструктуры, осуществлять подбор доступных решений и формировать комплексные предложения по дальнейшему технологическому развитию организации в соответствии с потребностями бизнеса, а главное, с учётом всех внешних и внутренних ограничений. Как появилась референсная модель: методология создания В основе референсной модели — многоступенчатая система оценки, которая состоит из критериев, описывающих как сам продукт, так и компанию-производителя. При формировании этих критериев эксперты Rubytech опирались на такие требования, как общая оценка продукта, его функциональная зрелость, и, наконец, бизнес-оценка компании, которая его разрабатывает. Последний критерий помогает оценить перспективы продукта, его потенциал направления и темпы развития. Проанализировав Единый реестр российских программ Минкомсвязи и Единый реестр российской радиоэлектронной продукции Минпромторга, мы выбрали приоритетные для анализа продукты. Для формирования их перечня мы использовали открытые платформы «Отечественный софт», реестр отечественных поставщиков и другие , а также опирались на многолетний опыт экспертов из команды Rubytech и представителей ключевых партнеров. Кроме того, мы рассматривали продукты Open Source, у которых есть команды поддержки в российских компаниях-интеграторах. Далее эксперты Rubytech анализировали каждый продукт по целому ряду критериев: присутствие в реестрах ПО или оборудования ; наличие доступных курсов обучения и поддержки эксплуатирующего персонала; возможность поддержки по SLA; наличие экспертизы в области конкретной технологии на рынке. Система критериев также учитывает распространённость поставляемых решений среди потребителей из конкретного сектора экономики, наличие выстроенной системы поддержки и обучения специалистов — как для системных интеграторов, так и для тех, кто в дальнейшем будет отвечать за эксплуатацию решения на стороне заказчика. Методику проверяли на реальных кейсах, которые нам предоставляли заказчики. Это позволило в итоге создать применимый на практике и эффективный рабочий инструмент. Наши эксперты постоянно актуализируют референсную модель: исследуют рынок, фиксируют наличие доступных технологий по каждому из сегментов и проводят их специализированную оценку. На её основе впоследствии формулируются функциональные требования к каждому продукту и делаются выводы о возможности применения того или иного стека ИТ-решений в инфраструктуре конкретного заказчика. Опыт применения референсной модели Рассмотрим возможности использования референсной модели на конкретном примере. На ИТ-ландшафт любой организации критическое влияние оказывает совокупность узлов нескольких компонентов. По нашим наблюдениям, в крупной компании их количество в среднем — от 5 до 10. При этом каждый компонент может иметь более десятка связей с другими. Согласно логике референсной модели, узловые компоненты являются отправными точками программы миграции на новый ИТ-ландшафт.
Что и как поменяет ИТ-ландшафт страны в 2024 году
Внедряемой платформе предстоит собирать и анализировать данные о сотнях тысячах устройств, миллионы метрик, группируя данные по одному и тому же устройству или сервису из разных источников, при этом снижая уровень шума. Созданиеединой ресурсно-сервисной модели ИТ в крупной распределенной организации с расчетом «здоровья» как на основе внутренних метрик, так и на основе внешнего влияния других элементов позволит повысить прозрачность и снизить время расследования инцидентов. И все это в одной системе MONQ. То есть она становится единым экраном мониторинга для всей организации. Как мне кажется, ключевой фактор успеха в этом проекте — одновременная заинтересованность технического персонала, следующего ИТ-стратегии, и бизнес-заказчиков». Свежее по теме.
Конкуренты в любой момент могут представить сервис или продукт, требующий принципиально новых бизнес-процессов, не встречавшихся до этого типов данных или скоростей реакции на действия клиента или других участников рынка. Чтобы не терять доли рынка и долю в кошельке клиента в результате таких ситуаций, нужно подготовить ландшафт данных к мгновенной реакции. Эта подготовка называется сейчас цифровизацией или цифровой трансформацией. Маяком цифровой трансформации является значение метрики реакции на внешнее событие. Например, техническая возможность за ограниченное фиксированное время скажем, 2 недели создать и встроить в ИТ-ландшафт произвольный новый бизнес-процесс — вне зависимости от того, данными какого типа он оперирует, как быстро их перемещает, и какие этапы в себе содержит.
Продолжая использование веб-сайта, Вы соглашаетесь с применением указанных технологий и размещением cookie-файлов.
Вы можете удалить cookie-файлы с вашего устройства через настройки браузера, а также заблокировать размещение cookie-файлов, однако при этом некоторые функции веб-сайта могут быть недоступными в связи с технологическими ограничениями движка. Дополнительную информацию Вы можете найти в Политике в отношении обработки персональных данных.
А современные отечественные ERP-системы, по словам эксперта, являются результатом более 13 лет разработки и совершенствования систем планирования ресурсов предприятий, поэтому выступают достойным конкурентом иностранным SAP-системам. Безусловно, это колоссальная нагрузка на местных вендоров, но такой массовый приток новых пользователей послужит и скорейшему усовершенствованию, и доработке российского ПО», — убеждён эксперт проектного центра ООО «Первый Бит». Исторически так сложилось, что это ПО развивалось параллельно с мировыми аналогами и сегодня может демонстрировать достойный уровень, интересный в том числе иностранным заказчикам», — отмечает Степан Воробьёв. Динамично, на уверенном мировом уровне развивается программное обеспечение для оптимизации производства и роботизации с применением цифровых двойников производства. Но есть ряд критически важных систем, где наши решения либо не внедрены, либо реализованы на минимально допустимом уровне: работает — и ладно. Например, довольно слабо развита та часть информационных технологий, которые отвечают за непосредственную связь с промышленным оборудованием: софт для работы с контроллерами на оборудовании, промышленными манипуляторами. По опыту Егора Гуторова, на российском рынке хватает узких сегментов с уникальной спецификой, для которых на данный момент нет отечественных решений.
До санкций компания использовала американское ПО — сложное многомодульное решение для управления не только производственными линиями, но и бизнес-процессами. Так сложилось, что современных альтернатив этому решению нет во всём мире. И сейчас предприятие осталось без техподдержки и обновлений своего ПО. Пока компании удаётся сохранять его работоспособность, но долго это продолжаться не может. И руководство всерьёз размышляет о том, чтобы разработать собственное решение. Подобный проект потребует больших вложений. С другой стороны, в России есть специалисты с достаточными знаниями и опытом, чтобы создавать такие решения», — делится своим видением ситуации директор компании «КЕДР Solutions». По мнению Александра Готфрида, основной проблемой на сегодняшний день является переход на отечественные решения в части операционных систем, поскольку большинство предприятий использует решения компании Microsoft. Но работы ведутся и в этом направлении.
Следует добавить, что доработка «по месту» потребуется почти для всех программных решений, особенно в части наполнения баз данных и каталогов оборудования. А в части организации среды общих данных и среды управления инженерными данными процесс внедрения на предприятии этих решений изначально запланирован разработчиками, исходя из требований компании», — поясняет представитель ООО «Кайрос Инжиниринг». Это занимает не год и не два, а долгосрочные проекты в нашей стране планировать сложно. Если, например, через два года с России снимут все санкции и на рынок вернутся зарубежные вендоры, все вложенные усилия окажутся напрасными. Но, если разработку хотя бы частично финансирует государство, предприятия готовы попробовать. При этом рисковать собственными деньгами в ситуации неопределённости они не хотят. Впрочем, сказанное не относится к очень крупным игрокам, которые могут разрабатывать промышленное ПО прежде всего для себя в качестве подстраховки. Так, крупный российский интегратор «Т1» сейчас намеревается зайти на отечественный рынок CAD-систем. Холдинг сформировал собственный департамент продуктовой разработки для автоматизации инженерного анализа в промышленности.
Таким образом, если на рынке не хватает какого-то продукта, рано или поздно его кто-то предложит. Утверждение справедливо и в отношении промышленного ПО. Однако российские компании находятся лишь в начале пути», — напоминает г-н Гуторов. Инициатива сверху 14 декабря 2022 года Комиссия Правительства РФ по цифровому развитию утвердила дорожную карту по направлению «Новое индустриальное программное обеспечение». В соответствии с этим документом к 2030 году российские разработчики инженерного софта должны создать более 2300 новых программных продуктов. Прежде всего речь идёт о системах автоматизированного проектирования и управления жизненным циклом изделий CAD и PLM среднего и тяжёлого классов, которые преимущественно используются в промышленности. Определённые наработки по обоим направлениям были и до начала массового импортозамещения. Однако эти решения ещё не набрали достаточного количества успешных внедрений, чтобы говорить о полноценном замещении», — комментирует Сергей Локтев. Представитель ООО «Первый Бит» считает, что развитию этих направлений сопутствуют две основные проблемы.
Эта проблема решается за счёт ручного переноса данных и использования RPA для интеграции. А во-вторых, есть сложности с кадрами: необходимо переобучить большое количество специалистов в короткие сроки. По словам Александра Готфрида, российские разработчики на данный момент уже создали большое количество программных решений как для проектирования САПР, системы автоматизированного проектирования , так и для строительства и управления жизненным циклом объектов капитального строительства среда общих данных, среда управления инженерными данными. Эти решения динамично дорабатываются, исходя из запросов реальных пользователей. Что же касается дорожной карты, то эта инициатива кажется эксперту необычной. При запросе рынка нужное количество решений появится. Если запроса нет, то и разрабатывать решение не имеет практического смысла», — считает директор по проектному производству ООО «Кайрос Инжиниринг». В связи с этим возникает закономерный вопрос: являются ли эти 2300 новых решений тем, что действительно нужно заказчикам, рынку, отрасли? Сейчас мы находимся в эпицентре множества событий, которые кардинально влияют на российскую ИТ-отрасль, и сценарий её будущего очень гибок.
В такой ситуации представляется разумным развитие тех решений, которые уже принесли реальный результат, решают текущие прикладные задачи и которые можно и нужно масштабировать ради достижения отраслевых целей, в том числе по ряду государственных программ», — поддерживает Степан Воробьёв. Евгений Воякин, в свою очередь, напоминает, что добиться успеха можно при комплексном подходе: нужно внедрять инновации, инвестировать в исследования и разработки, привлекать талантливых специалистов, сотрудничать с отечественными и международными партнёрами из дружественных стран, а также создавать благоприятную экосистему для развития инженерного софта. Всё это требует времени и ресурсов. Поэтому оценка достижения поставленных целей к 2030 году будет возможна только при последующих аналитических исследованиях и мониторинге прогресса отечественных разработчиков инженерного софта», — подчёркивает заместитель гендиректора ООО «Бизнес Система Телеком». Я думаю, что они способны это сделать. Сложности могут возникнуть именно в части исполнения данной дорожной карты. Но если создать адекватную нормативную базу и обеспечить финансирование, то никаких проблем не будет», — считает Дмитрий Нор. Мыслите шире Что рациональнее в текущей ситуации: создавать максимально универсальное промышленное ПО или предлагать как можно больше специфических решений для разных областей промышленности и различных процессов? Как показал опрос участников нашей дискуссии, выбирать не обязательно.