Следуя стратегии развития собственного ИТ-ландшафта компании, мы активно переносим работу приложений в "облако". О ценности RPA в корпоративном ИТ-ландшафте рассказал Михаил Соболев, начальник Отдела роботизации бизнес-процессов Технического блока "Т1 Интеграции". Новости проектов. ООО «Наука-Связь» (NAUKA) проводит модернизацию ИТ-ландшафта ГК «МелКом». В 2023 году NAUKA запустила пул проектов по модернизации ИТ-ландшафта ГК «Мелком».
Gartner: семь технологий, которые кардинально изменят ИТ-ландшафт
Участниками сессии стали около 200 ИТ-экспертов, представляющих в ИЦК крупнейшие промышленные, финансовые, торговые и сельскохозяйственные предприятия, а также входящие в ЦКР компании — разработчики ПО и отраслевые регуляторы. Открывая сессию, директор ЦКИТ Илья Массух обозначил ее роль: «Базой для формирования новых особо значимых проектов будут, в том числе, ИТ-ландшафты, которые из заявительных преобразуются в функциональные,чтобы полностью описывать картину в той или иной отрасли». Стратегическая сессия была посвящена трем ключевым темам: 1.
Характерно для небольших компаний. Архдолг не отслеживается. Виртуальный virtual — при отсутствии управления ИТ как такового ИТ ландшафт в принятом нами понимании отсутствует и рассматривается в основном только как ИТ инфраструктура серверы, хранилища и сетевые каналы. Таким образом, ИТ ландшафт в крупных компаниях является системой систем SoS со всеми присущими ей свойствами. Измеряем сложность Несмотря на распространенность термина «сложность», на сегодняшний день для него не существует согласованного определения как в целом, так и в контексте управления архитектурой ИТ ландшафта, в частности.
Кембриджский словарь, например, определяет сложность как «явление, при котором имеется множество связанных частей и которое сложно для понимания». Литература на эту тему предлагает самый широкий спектр концепций и способов измерения уровня сложности. При этом рост сложности становится одним из ключевых факторов управляемости ИТ ландшафта, а, как известно, «невозможно управлять тем, что нельзя измерить». Попытки измерения сложности ИТ ландшафта в крупных компаниях на сегодняшний день сводятся, как правило, к подсчету: количества приложений; количества информационных потоков между приложениями; процента соответствия приложений стандартам; количества инфраструктурных компонентов, используемых приложениями; объема функционала приложений; уровня дублирования функционала в приложениях. Несмотря на то, что данные метрики являются интуитивно понятными и даже в определенной степени позволяют предсказывать затраты, они в то же время не позволяют на их основе вывести правдоподобный интегральный показатель сложности ИТ ландшафта и не имеют теоретического обоснования с точки зрения теории систем. Питер Сенге предлагает считать, что системная сложность существует в двух основных формах: Структурная сложность возникает в результате большого количества систем, системных элементов и установленных связей в любой из двух основных топологий иерархия или сеть. Эта сложность связана с системами, как они есть; а именно, с их статическим существованием.
Динамическая сложность связана с взаимосвязями, которые возникают между готовыми, функционирующими системами в процессе их работы, т. Сет Ллойд собрал некоторые примеры количественных мер сложности, которые он отнес к попыткам ответа на три вопроса: Насколько трудно описать систему? Обычно это измеряется в битах информации, затрачиваемых на представление описания. Насколько трудно создать систему? Сложность как трудность создания измеряется во времени, энергии, стоимости и т. Какова степень организованности системы? Эту тему можно разделить на два типа метрик: сложность описания организационной структуры, будь то корпоративная, химическая, клеточная и т.
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 как плотность матрицы видимости.
Интуитивно понятно, что стоимость распространения равна доле архитектуры, затронутой изменением случайно выбранного элемента то есть по сути это чувствительность ландшафта к изменениям. По определению каждый элемент внутри циклической группы прямо или косвенно зависит от любого другого члена группы. Найденные циклические группы называются «ядрами» системы. Самая большая циклическая группа «Ядро» играет особую роль в схеме архитектурной классификации ИТ ландшафта.
Лучшим в предметной области стал проект по разработке и внедрению системы финансово-экономического управления. Корпоративный финансовый шаблон базируется на российском ПО и охватывает весь спектр бизнес-процессов финансово-экономической деятельности в сегментах «Сбыт» и «Прочие». Уникальность заключается в масштабе, тесной интеграции сегментов и бесшовном взаимодействии блоков в рамках сквозных учётных процессов. Если говорить о цифрах проекта, они тоже впечатляющие. Автоматизированы более 250 бюджетных форм и отчётов, которые позволяют перейти к бизнес-планированию в разрезе 40 независимых аналитик. Звание лучшего в отрасли получил проект «Стандартное ТОРО» — внедрение централизованного решения, которое охватывает бизнес-процессы предприятия: от техобслуживания, ремонта, расчётов и управления базами данных оборудования до обеспечения интеграции в единый ИТ-ландшафт.
Система основывается на информационной базе, состоящей из более 60 млн атрибутов и поддерживающей работу более 3000 пользователей. Какой эффект они дают? Если можно, приведите примеры внедрения таких решений. АСР ТЭП», которые работают «в связке» и позволяют повысить эффективность использования топлива на электростанциях. Они обеспечивают автоматический сбор данных от датчиков, систем управления и рассчитывают технико-экономические показатели работы станции на 10-минутном интервале. Это позволяет существенно сокращать затраты на внедрение и сопровождение прикладных информационных систем, обучение и контроль персонала, а также снижает риски получения недостоверной информации или утери данных. Такие системы сегодня успешно внедрены на 20 электростанциях АО «Интер РАО — Электрогенерация», сам проект не имеет аналогов в России по специфике и масштабу интеграции. Считаем это важным стратегическим направлением, ему посвящено отдельное структурное подразделение — СИГМА.
Второе направление — развертывание сети.
Раньше сеть управлялась из центрального офиса, поэтому своих сетевых инженеров и прямого доступа к оборудованию у российского подразделения не было. В рамках конфигурации сети проектная команда много взаимодействовала со специалистами из глобальной компании. На этом этапе подключили облако, настроили безопасный доступ в Интернет и удаленный доступ пользователей, обеспечили связность между площадками и маршруты доступа к инфраструктурным сервисам. Третье направление — миграция рабочих мест пользователей, которая включала замену офисных, коммуникационных и других рабочих сервисов на российские решения. Например, вместо офисного пакета Microsoft и Teams внедрили продукты «Яндекс 360». Сложность заключалась в том, что данные о пользователях хранились в глобальной директории со своей структурой. Выделить сотрудников российского подразделения стало нетривиальной задачей. Кроме этого, важно было сохранить переписку пользователей, их права доступа к различным сервисам и списки рассылки, в которых они состояли. Мы подготовили образ для инсталляции, протестировали его и работоспособность основных приложений на группе ключевых пользователей, а затем в три этапа перевели на новые сервисы и инфраструктуру всех сотрудников, не нарушая их работу.
В процессе миграции «докрутили» настройки сервисов таким образом, чтобы пользователи получили все привычные функции в новых решениях. Инфраструктурные сервисы также пришлось выстраивать не на привычном для корпоративного сектора стеке Microsoft. Например, в качестве портального решения для совместного доступа к файлам, папкам, другим рабочим материалам вместо SharePoint развернули сервер NextCloud. Четвертое направление — обеспечение информационной безопасности ИБ облачной инфраструктуры. Ключевой принцип защиты облачной инфраструктуры: все, что не разрешено, — запрещено. Тогда облако становится безопасным. На этом этапе настроили виртуальные машины ВМ в соответствии с требованиями по ИБ, отключили неиспользуемые службы и инструменты стороннего доступа, установили все необходимые патчи безопасности. На каждую виртуальную машину установили антивирус и отдельные инструменты ИБ, которые позволяют логировать действия пользователей. Если конфигурацию виртуалок изменят неавторизованно, то придет уведомление.
Аналитика и комментарии
ГК «КОРУС Консалтинг» провела предпроектное обследование для компании diHouse (входит в группу ЛАНИТ) и разработала план развития ИТ-систем. 5 сентября в Москве представители ГК «Системы и Технологии» приняли участие в первом открытом форуме компании «Норильский Никель» для ИТ-вендоров —"День поставщика ИТ". «Сиссофт»: Как строить ИТ-ландшафт в новых условиях, рассказывает Тимур Бадретдинов, руководитель департамента инфраструктурных решений «Сиссофт». IT-ландшафт или IT-архитектура — это совокупность информационных систем, сервисов, услуг и продуктов, которыми компания пользуется. Новости проектов. Новости. Разработка и ИТ-ландшафт.
Аудит цифрового ландшафта
IT-ландшафт объединяет все информационные системы предприятия. Важной частью обновленного ИТ-ландшафта является доработанная POS-система. Смотрите онлайн Сессия ИТ-ландшафт. Формирование приоритетных. 2 ч 5 мин 47 с. Видео от 12 октября 2023 в хорошем качестве, без регистрации в бесплатном видеокаталоге ВКонтакте!
Gartner: семь технологий, которые кардинально изменят ИТ-ландшафт
Это особенно актуально, если имеет место географическая распределенность офисов и при этом необходимо централизовать корпоративные системы, — поясняет Андрей Коновалов. Наш опыт показывает: эта технология действительно дает ощутимый эффект не только ИТ-подразделению, но и в целом бизнесу наших заказчиков». В то же время VDI — не панацея от всех проблем с управлением рабочими местами и организацией доступа пользователей к приложениям.
Ее организация обычно происходит в несколько этапов: разработка, внедрение, тестирование, ввод в эксплуатацию и дальнейшая поддержка. Перед внедрением будущей IT-инфраструктуры выполняются следующие этапы: анализ бизнес-процессов организации анализ доступных решений расчет необходимого бюджета Результатом этапа планирования IT-инфраструктуры является утвержденная целевая архитектура, которая соответствует потребностям бизнеса как с точки зрения эффективности, так и по экономическим показателям. Внедрение IT-инфраструктуры По утвержденному техническому заданию исполнитель приступает к реализации проекта. В зависимости от масштабов проекта может понадобится: подбор и настройка оборудования и программного обеспечения настройка служб, подключение сервисов создание пользователей, распределение по группам безопасности, определение, настройка и установка прав доступа в соответствии с разработанными и утвержденными регламентами установка и настройка средств защиты информации настройка необходимых интеграций создание регламентов обслуживания и инструкций Эксплуатация и оптимизация После внедрения технические специалисты следят за состоянием IT-инфраструктуры, проводят планово-профилактические работы с оборудованием и программным обеспечением, а также анализируют обратную связь от всех пользователей. В процессе эксплуатации IT-инфраструктуры в организации со временем возникают новые бизнес-процессы, организация развивается и вместе с этим возникает потребность в оптимизации IT-инфраструктуры. Под оптимизацией подразумеваются любые изменения IT-инфраструктуры, которые могут быть связаны со следующими процессами: наращивание мощностей в связи с развитием организации приобретение компьютеров, серверов, лицензий внедрение новых систем, служб и сервисов в действующую инфраструктуру в связи с изменениями потребностей бизнеса CRM, ERP, документооборот внедрение средств защиты информации в связи с изменениями законодательства или появлением новых направлений бизнеса необходимость обеспечивать сохранность персональных данных оптимизация быстродействия в связи с увеличением пользователей и сервисов Для качественной оптимизации IT-инфраструктуры необходимо нанимать сотрудников в штат. И здесь, как и в любой бизнес-сфере, главную роль будет играть рентабельность мер.
Второй сценарий — Retire, или вывод системы из эксплуатации с сохранением ключевых данных. Такой сценарий применяется, когда эксплуатация ИТ-системы становится абсолютно невозможной из-за разных факторов: санкционных рисков, заградительной стоимости поддержки, отсутствия необходимых специалистов по доработке и сопровождению, уязвимости подсистемы безопасности, риска остановки без возможности восстановления работоспособности. Он заключается в переносе системы, например, из зарубежного дата-центра в собственный ЦОД на технологически независимую безопасную инфраструктуру или в защищенное облако российского провайдера. Еще один сценарий — перенос системы внутри собственного дата-центра заказчика. Происходит миграция со старой инфраструктурной платформы на новую. Это поможет избежать рисков блокировки на уровне платформы. Четвертый сценарий — Replace, — замена существующей ИТ-системы на систему с аналогичными функциональными возможностями. При этом вместе с экспертами заказчика мы выбираем оптимальный продукт, с учетом специфики ИТ-ландшафта, потребностей бизнеса и требований к импортозамещению. На данном этапе мы используем уникальный инструмент — референсную модель импортозамещенной ИТ-инфраструктуры, которую разработали эксперты компании Rubytech. В процессе наполнения модели, коллеги обработали весь реестр отечественного ПО , разбили все решения на классы и оценили их зрелость и перспективы развития по собственной методологии. В дополнение к этому, была проведена серьезная работа по сбору продуктов в решения — гарантированно совместимые, высокопроизводительные программные или программно-аппаратные комплексы, способные заменить иностранные разработки. Развитие модели подразумевает ее расширение прикладными решениями и включение в состав модели Open Source и других специфических решений к примеру, локализованных китайских софтверных продуктов. Подробнее о референсной модели можно узнать из специального материала от Rubytech. Пятый сценарий — Replatform, применяется, когда нельзя обойтись без модернизации архитектурных компонентов или всей архитектуры существующей ИТ-системы. При его реализации применяются современные практики и подходы, такие как cloud-native или микросервисная архитектура. Этот сценарий предполагает, помимо процессов внедрения и интеграции, еще и разработку или доработку информационных систем.
В предыдущие несколько лет бизнес уже убедился в надёжности российских провайдеров облаков, уровень доверия к сервис-провайдерам вырос. Отечественные провайдеры быстрее бизнеса смогли адаптироваться к новым вызовам и предлагают зрелые продукты и различные варианты платформ, в том числе на базе отрытого ПО, российских вендоров и вендоров дружественных стран. Соответственно, будет доминировать мультиоблачная модель потребления. Именно в этом году при выборе облачного партнёра экспертиза провайдера будет играть одну из ключевых ролей, особенно если он сможет предложить техническую поддержку и обеспечить непрерывность работы бизнеса в ходе миграции и интеграции систем. Облака закроют сразу несколько потребностей заказчиков: позволят автоматизировать работу, снизить операционные расходы и обеспечить безопасность данных. При этом развитие частных облачных платформ на базе собственной инфраструктуры останется без изменений, потому что для бизнеса это будет обходиться неоправданно дорого из-за повышения стоимости технологий и дефицита квалифицированных высокооплачиваемых специалистов. Облака сервис-провайдеров будут более доступны, особенно для компаний, которые не готовы к расходам на закупку дублирующего оборудования и ПО после ухода глобальных вендоров с российского рынка. Такие компании в 2023 году могут перейти полностью на облачную модель — cloud only, хотя по-прежнему эта модель будет в большей степени использоваться малым и средним бизнесом. Такой спрос на облака может повлиять на интерес к облачному рынку со стороны новых игроков, которые имеют значительный инвестиционный ресурс. Среди таких игроков могут быть ИТ-емкие компании из смежных ИТ-сегментов, например, крупные ИБ-разработчики и новые представители из банковской отрасли.
билайн разработал автоматизированное решение для расчета углеродного следа от ИТ-приложений
Соответствующие соглашение подписано в рамках ПМЭФ-2023. Консорциум займется обеспечением полного цикла разработки индустриального ПО на основании единых отраслевых принципов и платформенных решений. Начиная с 2015 года, правительство постоянно подталкивало компании к созданию собственного программного обеспечения, поскольку все оно, как правило, попадает под действие антироссийских санкций, и доступ к нему может быть закрыт в любой момент.
В рамках второго этапа проекта были выбраны конкретные решения из предложенных вариантов, сформулирован и реализован детальный план трансформации. Он включал в себя миграцию данных и информационных систем из глобального облака на российскую платформу, развертывание сети, замену офисных, коммуникационных и других рабочих сервисов на локальные решения, обеспечение информационной безопасности новой ИТ-инфраструктуры. Так, облачная инфраструктура реализована на платформе Yandex Cloud, офисные и коммуникационные сервисы Microsoft заменены на решения «Яндекс 360». Основные работы были завершены в конце 2022 г.
Сейчас заканчивается настройка пользовательских устройств и обучение сотрудников «Рулог» по работе с новыми сервисами. Технической поддержкой локальной ИТ-инфраструктуры займется команда Axenix.
Каждая отрасль имеет специфические ИТ-потребности, что отражается в ее ИТ-ландшафте.
Бизнес-модель Онлайн-ретейлеры, производства, технологические стартапы. В зависимости от особенностей организации могут различаться использование конкретных технологий и ИТ-решений. Стадия развития Новые компании и устоявшийся бизнес.
Стартапы могут иметь более гибкие и инновационные ИТ-ландшафты, в то время как у больших организаций с многолетней историей они могут быть более сложными и стандартизированными. Облачные vs локальные ИТ-решения Делятся на тех, кто использует облачные технологии и тех, кто предпочитает традиционные локальные ИТ-решения. Географическое распределение Локальные бренды и мультинациональные корпорации.
У вторых ИТ-ландшафт может включать глобальные сети, дата-центры и специфические технологические требования для разных регионов и стран. Что отличает правильно выстроенный ИТ-ландшафт Правильно выстроенный ИТ-ландшафт отличается своей гибкостью и эффективностью. Он похож на слаженную оркестровую партитуру, в которой каждый инструмент выполняет свою роль без сбоев и задержек.
Такой ландшафт помогает настроить оптимальное использование ресурсов, минимизацию рисков и обеспечить непрерывность бизнес-процессов. В основе лежат современные технологии, адекватная инфраструктура и компетентные специалисты. Благодаря этому предприятие может защититься от угроз информационной безопасности, повысить производительность работы персонала и оперативно адаптироваться к изменениям в бизнес-среде.
В результате ИТ-архитектура становится одной из ключевых составляющих успеха предприятия в цифровую эпоху. Правильный ИТ-ландшафт адаптирован к потребностям компании и обеспечивает: Высокую доступность решений и минимальное время простоя. Эффективную работу сотрудников без задержек и проблем со связью.
Безопасность данных и защиту от угроз. Гибкость системы для добавления новых функций или масштабирования. Какие специалисты работают с ИТ-ландшафтом Для управления архитектурой требуются специалисты различных профилей.
К ним относятся: Системные администраторы: отвечают за обслуживание и поддержку серверов, сетевого оборудования и других систем. Сетевые инженеры: занимаются проектированием, настройкой и поддержкой компьютерных сетей. Разработчики программного обеспечения: создают и поддерживают программы и приложения.
Инженеры баз данных: администрируют базы данных, обеспечивают их эффективную работу и безопасность. Сотрудники информационной безопасности: защищают данные и ИТ-продукты от угроз. Например — от хакерских атак и вирусов.
Полагаю, что во многом это заслуга крупных поставщиков ПО, которые оперативно предложили рынку систему аренды лицензий на свои продукты, в том числе на операционные системы. Так что сейчас заказчики уже не просто берут виртуальный сервер с диском и функцией резервного копирования, а покупают готовую настроенную платформу, то есть серверы с развернутой и настроенной операционной системой и инфраструктурными сервисами, на которые сразу можно устанавливать бизнес-приложения. Более того, наши западные заказчики больше интересуются именно PaaS-сервисами. Однако мало кто уточняет, что эти цифры, как правило, означают доступность инженерных систем дата-центра, а не приложений. И получается, что соглашение об уровне обслуживания не нарушено, а заказчику нанесен колоссальный ущерб. Думаю, что провайдер должен заявлять реальную доступность на уровне сервисов.
Поэтому на сайте OnCloud. На мой взгляд, это правильная практика, она свидетельствует, что проблемы могут случиться у каждого и если есть смелость честно в них признаться, то значит, уже приняты меры к тому, чтобы подобные инциденты не повторялись. Здесь пока все смотрится закономерно: есть большая база корпоративных ЦОДов, которые по мере морального устаревания будут приходить к естественному эволюционному шагу — модернизации. В рамках модернизации будет осуществляться переход к использованию облачных вычислений. Наша статистика за прошлый год и рыночные тенденции указывают на то, что в 2013 г. Полагаем, что к концу 2013 г.
Во всяком случае, предпосылки для этого в виде продуктов, которые должны быть востребованы потребителями, есть. Мы принципиально не разделяем IaaS- и PaaS-сервисы, потому что даже когда заказчики изначально заявляют, что им нужны только виртуальные мощности, потом выясняется, что им удобней получить платформу, готовую к установке бизнес-приложений, включая лицензии на операционные системы и другие программные продукты. По-прежнему доходы от публичного облака уступят доходам от проектов частных облаков.
Ценность RPA в корпоративном ИТ-ландшафте
Когда в компаниях говорят об организации технологически независимого ИТ-ландшафта, то в качестве его обязательного условия чаще всего имеют в виду тотальное импортозамещение. Далее руководитель Центра компетенции «Новые производственные технологии» АНО «ЦКИТ» Александр Данилин представил функциональную модель индустриальных ИТ-ландшафтов и. Рассказываем, как компания разработала стратегию локализации ИТ-ландшафта логистической компании «Рулог» (ранее HAVI). «ИТ-саммит Softline Deep Dive стал прекрасной возможностью обсудить с нашими клиентами и партнерами новый ландшафт рынка, который стремительно менялся в последние несколько лет.
Axenix разработала стратегию локализации ИТ-ландшафта логистической компании "Рулог"
Отметили важность мнения и опыта поставщиков при реализации проектов в рамках повышения качества планирования и превентивного учёта всех возможных рисков. Мероприятие стало новым этапом в укреплении партнерских отношений с такой крупномасштабной корпорацией как «Норильский Никель». Обозначены перспективы расширения будущего сотрудничества и подробно раскрыты этапы построения взаимодействия. Благодаря прямому диалогу российские вендоры смогут эффективно выстраивать совместную работу и оперативно предлагать наиболее востребованные в компании решения для совершенствования ИТ-инфраструктуры.
Другие мероприятия 16.
Остальное можно сделать на заказ у местных компаний. Например, программно-аппаратные комплексы и системы информационного моделирования. Невозможно пока заменить сложное оборудование, например телекоммуникационное, но оно используется редко. Однако российские компании и разработчики активно работают над развитием собственных аналогов и альтернативных решений. Например, в области ERP и MES отечественные игроки уже предлагают различные решения, адаптированные к специфическим требованиям российской промышленности.
В области PLM также существуют отечественные компании, предлагающие решения для управления процессами разработки и производства», — комментирует Евгений Воякин. Сергей Локтев подтверждает: российский рынок MES-систем систем управления производственными процессами, предназначенных для решения задач оперативного планирования и управления производством скромнее западного, однако даже в текущих санкционных условиях отечественные компании полностью закрывают потребности внутреннего рынка. А современные отечественные ERP-системы, по словам эксперта, являются результатом более 13 лет разработки и совершенствования систем планирования ресурсов предприятий, поэтому выступают достойным конкурентом иностранным SAP-системам. Безусловно, это колоссальная нагрузка на местных вендоров, но такой массовый приток новых пользователей послужит и скорейшему усовершенствованию, и доработке российского ПО», — убеждён эксперт проектного центра ООО «Первый Бит». Исторически так сложилось, что это ПО развивалось параллельно с мировыми аналогами и сегодня может демонстрировать достойный уровень, интересный в том числе иностранным заказчикам», — отмечает Степан Воробьёв. Динамично, на уверенном мировом уровне развивается программное обеспечение для оптимизации производства и роботизации с применением цифровых двойников производства.
Но есть ряд критически важных систем, где наши решения либо не внедрены, либо реализованы на минимально допустимом уровне: работает — и ладно. Например, довольно слабо развита та часть информационных технологий, которые отвечают за непосредственную связь с промышленным оборудованием: софт для работы с контроллерами на оборудовании, промышленными манипуляторами. По опыту Егора Гуторова, на российском рынке хватает узких сегментов с уникальной спецификой, для которых на данный момент нет отечественных решений. До санкций компания использовала американское ПО — сложное многомодульное решение для управления не только производственными линиями, но и бизнес-процессами. Так сложилось, что современных альтернатив этому решению нет во всём мире. И сейчас предприятие осталось без техподдержки и обновлений своего ПО.
Пока компании удаётся сохранять его работоспособность, но долго это продолжаться не может. И руководство всерьёз размышляет о том, чтобы разработать собственное решение. Подобный проект потребует больших вложений. С другой стороны, в России есть специалисты с достаточными знаниями и опытом, чтобы создавать такие решения», — делится своим видением ситуации директор компании «КЕДР Solutions». По мнению Александра Готфрида, основной проблемой на сегодняшний день является переход на отечественные решения в части операционных систем, поскольку большинство предприятий использует решения компании Microsoft. Но работы ведутся и в этом направлении.
Следует добавить, что доработка «по месту» потребуется почти для всех программных решений, особенно в части наполнения баз данных и каталогов оборудования. А в части организации среды общих данных и среды управления инженерными данными процесс внедрения на предприятии этих решений изначально запланирован разработчиками, исходя из требований компании», — поясняет представитель ООО «Кайрос Инжиниринг». Это занимает не год и не два, а долгосрочные проекты в нашей стране планировать сложно. Если, например, через два года с России снимут все санкции и на рынок вернутся зарубежные вендоры, все вложенные усилия окажутся напрасными. Но, если разработку хотя бы частично финансирует государство, предприятия готовы попробовать. При этом рисковать собственными деньгами в ситуации неопределённости они не хотят.
Впрочем, сказанное не относится к очень крупным игрокам, которые могут разрабатывать промышленное ПО прежде всего для себя в качестве подстраховки. Так, крупный российский интегратор «Т1» сейчас намеревается зайти на отечественный рынок CAD-систем. Холдинг сформировал собственный департамент продуктовой разработки для автоматизации инженерного анализа в промышленности. Таким образом, если на рынке не хватает какого-то продукта, рано или поздно его кто-то предложит. Утверждение справедливо и в отношении промышленного ПО. Однако российские компании находятся лишь в начале пути», — напоминает г-н Гуторов.
Инициатива сверху 14 декабря 2022 года Комиссия Правительства РФ по цифровому развитию утвердила дорожную карту по направлению «Новое индустриальное программное обеспечение». В соответствии с этим документом к 2030 году российские разработчики инженерного софта должны создать более 2300 новых программных продуктов. Прежде всего речь идёт о системах автоматизированного проектирования и управления жизненным циклом изделий CAD и PLM среднего и тяжёлого классов, которые преимущественно используются в промышленности. Определённые наработки по обоим направлениям были и до начала массового импортозамещения. Однако эти решения ещё не набрали достаточного количества успешных внедрений, чтобы говорить о полноценном замещении», — комментирует Сергей Локтев. Представитель ООО «Первый Бит» считает, что развитию этих направлений сопутствуют две основные проблемы.
Эта проблема решается за счёт ручного переноса данных и использования RPA для интеграции. А во-вторых, есть сложности с кадрами: необходимо переобучить большое количество специалистов в короткие сроки. По словам Александра Готфрида, российские разработчики на данный момент уже создали большое количество программных решений как для проектирования САПР, системы автоматизированного проектирования , так и для строительства и управления жизненным циклом объектов капитального строительства среда общих данных, среда управления инженерными данными. Эти решения динамично дорабатываются, исходя из запросов реальных пользователей. Что же касается дорожной карты, то эта инициатива кажется эксперту необычной. При запросе рынка нужное количество решений появится.
Если запроса нет, то и разрабатывать решение не имеет практического смысла», — считает директор по проектному производству ООО «Кайрос Инжиниринг». В связи с этим возникает закономерный вопрос: являются ли эти 2300 новых решений тем, что действительно нужно заказчикам, рынку, отрасли? Сейчас мы находимся в эпицентре множества событий, которые кардинально влияют на российскую ИТ-отрасль, и сценарий её будущего очень гибок. В такой ситуации представляется разумным развитие тех решений, которые уже принесли реальный результат, решают текущие прикладные задачи и которые можно и нужно масштабировать ради достижения отраслевых целей, в том числе по ряду государственных программ», — поддерживает Степан Воробьёв. Евгений Воякин, в свою очередь, напоминает, что добиться успеха можно при комплексном подходе: нужно внедрять инновации, инвестировать в исследования и разработки, привлекать талантливых специалистов, сотрудничать с отечественными и международными партнёрами из дружественных стран, а также создавать благоприятную экосистему для развития инженерного софта.
Вице-президент по информационным технологиям Лиана Ермишина подчеркнула, что для компании важно получить широкий спектр надежных поставщиков услуг и оборудования для совместного решения задач в области достижения технологического суверенитета. С «Норникелем» мы сотрудничаем уже много лет в реализации проектов по внедрению автоматизированных систем учёта энергоресурсов. Такие системы относятся к деятельности объектов КИИ компании, поэтому в создаваемых нами решениях мы применяем российское ПО собственной разработки. Мы уже позаботились о совместимости нашего софта со всеми смежными российскими продуктам , что упрощает его интеграцию в рабочие процессы с другими системами и платформами» — прокомментировал директор департамента маркетинга и продаж ГК «Системы и Технологии» Павел Зубряков.
Представители «Норникеля» также рассказали об оптимизации процесса ведения проектов в компании и объяснили интересующие вендоров вопросы.
Стоимость локализации. Затраты на создание минимального необходимого ИТ-ландшафта в среднем стандартно превышают потолок в 100 миллионов рублей, что делает локализацию значительным финансовым вложением для многих компаний. Минимальный срок локализации. Реализация проекта занимает не менее 3—4 месяцев почти всегда — гораздо больше, до 1 года и более. Перегретый рынок ИТ-специалистов. Дефицит ИТ-специалистов, знакомых с отечественными решениями, усложняет процесс найма квалифицированных сотрудников. Отсутствие локальных ИТ-компетенций. Многие компании, в особенности российские подразделения зарубежных компаний, сталкиваются с необходимостью организации собственного ИТ-блока, поскольку у них отсутствуют соответствующие компетенции. Недостаточная зрелость российских аналогов.
Одна из ключевых проблем —недостаточная зрелость местных аналогов иностранных ИТ-решений, что может сказываться на функциональности и надежности. Стоит отметить, что рынок российских решений интенсивно развивается: появляются новые решения, совершенствуются существующие, растет их зрелость. Уход с российского рынка зарубежных вендоров открыл окно возможностей для наших разработчиков и интеграторов. Тем не менее, все это преодолимо при условии способности топ-менеджмента реализовать комплексный подход к задаче, продемонстрировав способность быстро адаптироваться к новым условиям и эффективно управлять изменениями. Так, уже можно констатировать существенный спад запросов на локализацию в некоторых отраслях, что служит косвенным сигналом запуска следующей фазы развития ИТ. Только этого мало Впрочем, все те, кто уже успешно локализовался, начинают переходить к развитию заново созданного или «пересобранного» ИТ-ландшафта. Это обязательный следующий шаг в рамках «дорожной карты» адаптации к новой реальности: просто перестроиться — недостаточно. Первостепенной задачей для компаний является поддержание бесперебойной работы ключевых бизнес-процессов, включая в себя соответствие регуляторным требованиям, таким как налоговая и финансовая отчетность.
Особенности построения и оптимизации IT-ландшафта в условиях высоких темпов развития бизнеса
Михаил Степанюк, директор департамента программного обеспечения и корпоративных систем, компания Merlion, рассказывает изданию IT Channel News об ИТ-трендах на 2024 год. Трансформация российского ИТ-ландшафта в прошлом году с фокусом на усиление обеспечения информационной безопасности и формирование независимых каналов. совокупность всех приложений предприятия (иногда включая приложения его партнеров и клиентов) и их интеграций. Далее руководитель Центра компетенции «Новые производственные технологии» АНО «ЦКИТ» Александр Данилин представил функциональную модель индустриальных ИТ-ландшафтов и.