Пламмер рекомендует ИТ-директорам держаться в стороне от шумихи, связанной с квантовыми вычислениями, но параллельно изучать их потенциал в облаке. IT-ландшафт объединяет все информационные системы предприятия.
Неоднородный ИТ-ландшафт
| Как российским компаниям развивать ИТ-ландшафт в новой реальности? | После долгих исследований и усилий мы с гордостью представляем версию БЕЗУМНОГО ландшафта 2023 года. |
| AXENIX помогла локализовать ИТ-ландшафт группы компаний ITMS | совокупность всех приложений предприятия (иногда включая приложения его партнеров и клиентов) и их интеграций. |
| Что и как поменяет ИТ-ландшафт страны в 2024 году | Смотрите онлайн Сессия ИТ-ландшафт. Формирование приоритетных. 2 ч 5 мин 47 с. Видео от 12 октября 2023 в хорошем качестве, без регистрации в бесплатном видеокаталоге ВКонтакте! |
| Axenix разработала стратегию локализации ИТ-ландшафта логистической компании "Рулог" | технологии Тренд: BIG DATA 2011 Количество DDoS-атак в 2013 году 178% в 2012 году 15% Тренды ПО = Тренд: Мобильность 97% запросов Эволюция информации Новый ландшафт ИТ. |
| Особенности построения и оптимизации IT-ландшафта в условиях высоких темпов развития бизнеса | ит-ландшафт организации saymon Самым важным этапом в построении правильного информационного ландшафта является определение концепции видения компании. |
Непрерывность развития ИТ‑ландшафта
Параллельно создавалась собственная ИТ-инфраструктура агентства. Она представляет собой виртуализованный отказоустойчивый вычислительный комплекс на базе серверов, систем хранения данных и сетевого оборудования Huawei. В ходе внедрения ИТ-комплекс адаптировался с учетом возникающих бизнес-задач. В офисе развернута современная система телефонии, переговорные оборудованы конференц-связью. Физическая безопасность обеспечивается с помощью СКУД.
Если да, то какие решения может предложить компания? Оно позволяет сотрудникам с помощью мобильных устройств контролировать состояние оборудования электростанций, в режиме реального времени обмениваться информацией с информационными системами верхнего уровня АИС ТОРО , экономить время на формирование отчётов и получение заданий. Всё это позволяет эффективнее организовать работу технического персонала, снижать риски сбоев оборудования и увеличивать срок его эксплуатации. Запрос на оперативное планирование ремонтных работ, безопасное обслуживание оборудования, ведение нарядов-допусков и других рабочих документов в электронном виде очень актуален в связи с возросшим уровнем автоматизации и цифровизации производственных процессов.
На данный момент в системе используется порядка 600 мобильных устройств, с которыми работают более 4120 пользователей. Как продвигается его масштабирование? Цифровой сбыт» — уникальный российский проект: впервые в отрасли реализовано на российских технологиях BPM-решение федерального уровня для единого управления сбытом электроэнергии. Оно позволяет полностью автоматизировать работу с рутинными операциями: от оформления заявок на заключение договора энергоснабжения до обработки показаний и выставления счетов.
Ключевыми эффектами являются оперативный и точный централизованный контроль обслуживания абонентов и автоматизация биллингового цикла расчёта потребителей — юридических лиц. Ценность проекта для бизнеса заключается в автоматизации процессов, сокращении времени реагирования на запросы абонентов и сторонних служб, снижении трудоёмкости подготовки управленческой отчётности и удобной онлайн-коммуникации. Для конечного потребителя тут тоже есть плюсы в виде улучшения качества обслуживания и прозрачности оказываемых услуг: персонализация сервисов, сокращение времени на решение вопросов, получение услуг через «единое окно». Важным эффектом от внедрения также является сдерживание роста цен на электроэнергию за счёт снижения операционных затрат.
В чём его суть? С какими электросетевыми компаниями сотрудничаете по этому продукту?
Я думаю, что они способны это сделать. Сложности могут возникнуть именно в части исполнения данной дорожной карты. Но если создать адекватную нормативную базу и обеспечить финансирование, то никаких проблем не будет», — считает Дмитрий Нор. Мыслите шире Что рациональнее в текущей ситуации: создавать максимально универсальное промышленное ПО или предлагать как можно больше специфических решений для разных областей промышленности и различных процессов?
Как показал опрос участников нашей дискуссии, выбирать не обязательно. Вторым этапом можно делать универсальные решения, потому что их можно продавать всем, в том числе на экспорт. Это экономически эффективно. Создание специфических решений может оказаться нерациональным с точки зрения экономики», — высказался Дмитрий Нор. Директор по проектному производству ООО «Кайрос Инжиниринг» отметил, что его компания придерживается срединного пути: использования универсальных программных решений с усилением в виде специфических решений для узких задач. Это обусловлено во многом отсутствием стандартов бизнес-процессов: все бизнесы похожи в общем, но совершенно по-разному строят внутренние процессы и в большинстве случаев не готовы подстраивать их под программное обеспечение.
Таким образом, целесообразно создавать максимально универсальное промышленное ПО, модульная структура которого позволит конструировать решение из нужного для конкретной отрасли функционала. А затем уже получившуюся конструкцию можно дорабатывать под специфику бизнес-процессов конкретного заказчика. Однако совсем не обязательно создавать монолитную архитектуру, контролирующую все функциональные блоки предприятия. Современные инструменты для интеграции — шины данных позволяют выстраивать отказоустойчивые сервисные архитектуры с большим количеством источников и приёмников данных. Сервисная архитектура обуславливает возможность замены отдельных модулей, сервисов и подсистем оперативно и безболезненно для работы всей системы. В условиях динамично развивающегося рынка такая архитектура является конкурентным преимуществом бизнеса», — поясняет Сергей Локтев.
Евгений Воякин считает, что обе заявленные стратегии имеют свои преимущества и недостатки. С другой — такое ПО может не соответствовать уникальным требованиям отраслей или специфическим процессам. И тогда нужна стратегия разработки специфических решений для разных областей промышленности и процессов. Только она может обеспечить точное соответствие требованиям клиентов и уникальным особенностям каждой отрасли. Разумеется, такая стратегия может потребовать больших инвестиций в исследования и разработку, а также глубокого понимания конкретных отраслей и специфических процессов», — поделился мнением замруководителя ООО «Бизнес Система Телеком». Степан Воробьёв согласен с коллегой: выбор стратегии во многом зависит от ресурсов производителя.
Например, в «СиСофт Девелопмент» разработали подходы, которые успешно решают и ту, и другую задачу. Далеко не по всем направлениям их достаточно, это также касается разработчиков, но особенно — заказчиков. Так что, возможно, жизнеспособная стратегия — сопровождать решения на начальном этапе собственными квалифицированными внедренцами», — рассуждает эксперт. Универсальное ПО всегда будет уступать специализированному и не сможет удовлетворить потребности каждой сферы с уникальной спецификой. И напротив, если каждое предприятие будет разрабатывать уникальное решение для собственных нужд, ресурсы будут слишком распылены. Важно соблюсти баланс между этими двумя стратегиями», — считает Егор Гуторов.
Поддержка государства Для поддержки российских разработчиков промышленного программного обеспечения запущена грантовая система. Однако ПО, как любой сложный продукт, требует тщательного планирования и поэтапного цикла работ. Может ли грантовая система обеспечить требуемое долговременное финансирование таких проектов? За такой срок разработать серьёзное ПО невозможно, а каждый год подавать документы заново непродуктивно. Необходимо выстроить структуру грантов таким образом, чтобы она включала в себя средне- и долгосрочные проекты. Думаю, тогда можно будет говорить и о значительном, а не единичном, количестве прорывных ИТ-продуктов, разработанных в нашей стране», — комментирует Виктория Никитина.
По мнению Дмитрия Нора, о долговременном финансировании речи, действительно, не идёт, но с помощью гранта разработчик сможет создать реальный продукт — для начала этого достаточно. Создание ПО — непростой процесс. Не видя реального продукта, никто не будет покупать идею или финансировать её, даже если она жизнеспособная. Грантовая система финансирования — это большой шаг вперёд в решении данной проблемы», — считает директор ООО «Софт Скай Девелопмент». Евгений Воякин также считает, что различные меры поддержки могут помочь компаниям преодолеть начальные финансовые барьеры и ускорить процессы исследований, разработки и внедрения. Однако в случае сложных и длительных проектов разработки ПО, требующих тщательного планирования и поэтапного цикла работ, гранты могут предоставлять только изначальное финансирование.
А для обеспечения долгосрочного финансирования проектов разработки ПО компании могут искать дополнительные источники, такие как венчурные инвестиции, кредиты, стартап-акселераторы или партнёрства с инвесторами. Кроме того, по мнению эксперта, разработчики должны стремиться к коммерциализации своих продуктов и получению доходов от продажи лицензий или подписок на ПО. Степан Воробьёв отмечает, что грант может обеспечить некую поддержку на старте — содействие в доработке решения, представления его целевой аудитории и т. Но он не должен выступать «костылём», на который постоянно опирается разработка. Её адекватными стимулами должны быть конкуренция и реальные заказы. Во многих случаях это требует реорганизации многих производственных процессов без остановки выпуска продукции, а значит, и существенных финансовых ресурсов.
Различные субсидии и гранты могут стать реальной работающей поддержкой», — уверен представитель АО «СиСофт Девелопмент». Сергей Локтев тоже придерживается мнения, что для большей эффективности грантовую систему желательно комбинировать с работой на конечного заказчика. С одной стороны, в таком варианте организации реализация займёт больше времени, с другой — для конечного заказчика он выйдет однозначно дешевле, а проектная команда гарантированно получает возможность апробации результатов», — поясняет руководитель проектов ООО «Первый Бит». Александр Готфрид предлагает субсидировать не разработчиков ПО, а потребителей, переходящих на отечественный продукт, в формате компенсации государством части стоимости лицензий. Вендоры отечественного ПО получат расчётную прибыль и средства для дальнейшей разработки своих решений. При наличии интереса к продукту со стороны потребителей данная схема однозначно была бы более эффективной, чем односторонняя поддержка только разработчиков ПО.
Это особенно актуально, если имеет место географическая распределенность офисов и при этом необходимо централизовать корпоративные системы, — поясняет Андрей Коновалов. Наш опыт показывает: эта технология действительно дает ощутимый эффект не только ИТ-подразделению, но и в целом бизнесу наших заказчиков». В то же время VDI — не панацея от всех проблем с управлением рабочими местами и организацией доступа пользователей к приложениям.
Другие статьи по теме
- Переход на технологически независимый ИТ-ландшафт
- ИТ ландшафт для миграции производственного комплекса телеканала «НТВ-Петербург»
- Единый ИТ-организм: что такое ИТ-ландшафт компании и как его сформировать
- X5 Group запускает платформу мониторинга ИТ-ландшафта на базе искусственного интеллекта -
- Axenix и S8 Capital локализовали ИТ-ландшафт на заводах Meteor
- Gartner: семь технологий, которые кардинально изменят ИТ-ландшафт
Модернизация ИТ-ландшафта в условиях омниканальности: опыт «Техносилы»
Новости. Разработка и ИТ-ландшафт. Обсудим с заказчиками и российскими производителями актуальные темы и вместе определим ИТ-ландшафт 2023 года. 6 декабря eXpress принял участие в ежегодной конференции «ИТ-ландшафт новой реальности», которая проходила в мультиформатном пространстве Community в Москве. Новости проектов. «У крупных клиентов сегодня есть запрос на стабильный IT-ландшафт, — отметил он, — Когда есть понимание, где физически находится ваш сервер и кто его обслуживает.
Отраслевой ИТ-ландшафт: критической зависимости от зарубежных решений нет
| Как изменился ландшафт ИТ-экосистем после ухода западных вендоров, и что выбрать заказчику | Об этом и не только говорили владельцы и первые лица крупнейших российских и мировых ИТ-компаний, руководителей инфраструктурных организаций, госструктур в рамках. |
| Управление ИТ ландшафтом — Dinord | S8 Capital выполнила первый этап проектов по локализации ИТ-ландшафта и внедрения 1C:ERP на трех заводах Meteor, ранее принадлежавших концерну Bosch. |
Модернизация ИТ-ландшафта в условиях омниканальности: опыт «Техносилы»
Новости проектов. Конечно, технологии, даже блокчейн, окажут воздействие на развитие российского рынка. Позволяет ИТ и менеджменту научиться отвечать на вопрос как должен измениться ландшафт данных и цифровых сервисов, чтобы обеспечить мои бизнес-потребности сейчас и в будущем. О сервисе Прессе Авторские права Связаться с нами Авторам Рекламодателям Разработчикам.
eXpress рассказал о защищенных коммуникациях на конференции «ИТ-ландшафт новой реальности»
Что и как поменяет ИТ-ландшафт страны в 2024 году. Создание ИТ-ландшафта предприятия предполагает проведение сложного комплекса действий, направленных на структурирование и отображение элементов архитектуры ИТ-элементов. Обсудим с заказчиками и российскими производителями актуальные темы и вместе определим ИТ-ландшафт 2023 года. Компания Axenix завершила разработку стратегии локализации ИТ-ландшафта логистической компании "Рулог" (ранее известной как HAVI).
Gartner: семь технологий, которые кардинально изменят ИТ-ландшафт
Надеюсь, что сегодня мы сможем обменяться опытом, подходами и в такой же логике построить работу во второй волне проектов по формированию детализированных индустриальных ИТ-ландшафтов Индустриальных центров компетенций на основе функционально-технологических карт», — подчеркнул Владимир Святославич. Директор АНО «ЦКИТ» Илья Массух дополнил, что процесс подготовки приоритетных направлений замещения зарубежных отраслевых решений и программного обеспечения на отечественные продукты в ключевых отраслях экономики и ИТ-ландшафтов осуществляется в два этапа: первый — до конца апреля 2024 года предполагает формирование функционально-технологических карт «белых пятен», второй этап состоит в создании детализированных индустриальных ИТ-ландшафтов ИЦК на основе функционально-технологических карт до конца 2024 года. Директор Департамента развития отрасли информационных технологий Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации Дмитрий Никитин описал повестку на ближайший год и отметил промежуточные результаты работы: «Напомню, что 1 марта 2024 года в Минцифры России состоялось совещание с участием Заместителя Председателя Правительства Российской Федерации Дмитрия Чернышенко, в рамках которого рассматривались подходы к запуску новой волны проектов в ИЦК. В ходе совещания был сделан особый акцент на выявление «белых пятен» в процессе подготовки приоритетных направлений замещения зарубежного ПО на отечественные решения. Что мы понимаем под «белыми пятнами»? К ним относятся решения, в которых мы не достигли достаточно уровня зрелости для перехода, или они отсутствуют вовсе на нашем ИТ-рынке». Дмитрий Сергеевич напомнил, что механизм выявления «белых пятен» был сформирован Департаментом развития отрасли информационных технологий Минцифры России ещё в 2022 году, однако методология совершенствуется с каждым годом. Кросс-отраслевой взгляд на данный процесс и синхронизация работы различных индустриальных центров компетенций обеспечивают решениям более системный характер и позволяют выходить долгосрочное планирование проектной деятельности. Желаю всем участникам дискуссии продуктивной работы и выхода на результат в конце апреля 2024 года», — добавил спикер. Докладчик продолжил: С помощью функциональной модели описания ИТ-ландшафтов можно организовать определённые работоспособные процедуры в рамках двух дорожных карт: «Новое индустриальное программное обеспечение» и «Новое общесистемное программное обеспечение». Например, можно определить процедуры отбора новых проектов, взаимодействие между заказчиками, которые входят в Индустриальные центры компетенций, и разработчиками П, обмен опытом знаниями между разработчиками индустриального и прикладного программного обеспечения.
Таким образом, возможно создать единый общий язык для экспертного сообщества». Спикер отметил успешную совместную экспертно-аналитическую деятельность АНО «ЦКИТ» и Санкт-Петербургского политехнического университета Петра Великого, а также поблагодарил проректора по цифровой трансформации СПБПУ, руководителя Комитета по высокотехнологичным направлениям «Новое индустриальное программное обеспечение» и «Новое общесистемное программное обеспечение» Алексея Боровкова. Экспертно-аналитические доклады по всем четырем классам будут готовы к конференции «Цифровая индустрия промышленной России» ЦИПР , запланированной на май 2024 года. Подготовка отчетов представляет многоступенчатый процесс: с одной стороны мы опрашиваем разработчиков ПО, а с другой — при поддержке Минпромторга России и Минцифры России проводим анкетирование предприятий на предмет их реальных потребностей в тех или иных функциональных возможностях программных продуктов. Речь идёт о глубоком техническом анализе на основе большого объема данных. К примеру, в Экспертно-аналитическом докладе по функциональным характеристикам отечественных систем инженерного анализа для CAE-систем анализируется более 400 типов различных расчётных задач», — заключил Александр Валентинович. Напомним, в июне 2023 года в рамках деловой программы ЦИПР Алексей Боровков представил участникам дискуссии «Комплексный подход в разработке систем анализа и инженерных расчетов САЕ » экспертно-аналитический доклад «Функциональные характеристики отечественных систем инженерного анализа CAE-систем », состоящий из 90 страниц и включающий как описание функциональных возможностей каждой САЕ-системы, так и агрегированное сопоставление функциональных возможностей отечественных и зарубежных CAE-систем, содержащих результаты по 10 классам задач и 404 характеристикам, а также кроссфункциональне возможности отечественных САЕ-систем. Это позволит нам сформировать спрос и выявлять крупные системы для совместной разработки например, MES, технологическое моделирование.
Конечно, потребуется организация полноценной локальной поддержки, и проведение профилактических работ для исключения технологических рисков эксплуатации. Второй сценарий — Retire, или вывод системы из эксплуатации с сохранением ключевых данных. Такой сценарий применяется, когда эксплуатация ИТ-системы становится абсолютно невозможной из-за разных факторов: санкционных рисков, заградительной стоимости поддержки, отсутствия необходимых специалистов по доработке и сопровождению, уязвимости подсистемы безопасности, риска остановки без возможности восстановления работоспособности. Он заключается в переносе системы, например, из зарубежного дата-центра в собственный ЦОД на технологически независимую безопасную инфраструктуру или в защищенное облако российского провайдера. Еще один сценарий — перенос системы внутри собственного дата-центра заказчика. Происходит миграция со старой инфраструктурной платформы на новую. Это поможет избежать рисков блокировки на уровне платформы. Четвертый сценарий — Replace, — замена существующей ИТ-системы на систему с аналогичными функциональными возможностями. При этом вместе с экспертами заказчика мы выбираем оптимальный продукт, с учетом специфики ИТ-ландшафта, потребностей бизнеса и требований к импортозамещению. На данном этапе мы используем уникальный инструмент — референсную модель импортозамещенной ИТ-инфраструктуры, которую разработали эксперты компании Rubytech. В процессе наполнения модели, коллеги обработали весь реестр отечественного ПО , разбили все решения на классы и оценили их зрелость и перспективы развития по собственной методологии. В дополнение к этому, была проведена серьезная работа по сбору продуктов в решения — гарантированно совместимые, высокопроизводительные программные или программно-аппаратные комплексы, способные заменить иностранные разработки. Развитие модели подразумевает ее расширение прикладными решениями и включение в состав модели Open Source и других специфических решений к примеру, локализованных китайских софтверных продуктов. Подробнее о референсной модели можно узнать из специального материала от Rubytech. Пятый сценарий — Replatform, применяется, когда нельзя обойтись без модернизации архитектурных компонентов или всей архитектуры существующей ИТ-системы. При его реализации применяются современные практики и подходы, такие как cloud-native или микросервисная архитектура.
Этап 2 до конца 2024 г. Работа над ошибками, выявленный потенциал модели. В рамках выступлений и свободной дискуссии участники затронули следующие актуальные темы, затрагивающие деятельность ИЦК: необходимый и достаточный уровень детализации отраслевых функциональных моделей; интеграция ИТ-ландшафтов общесистемного и прикладного ПО в индустриальные ИТ-ландшафты; приоритеты и последовательность действий при формировании функционально-технологических карт; интеграция сведений об используемом зарубежном ПО в индустриальные ИТ-ландшафты; проблемы совместной работы над ИТ-ландшафтами близких индустрий например, в машиностроении ; цифровые инструменты для систематизации данных и визуализации индустриальных ИТ-ландшафтов.
Уровень архдолга может быть достаточно высоким. Наблюдается среди крупных компаний. Коллаборативный 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 — для визуализации скрытой структуры ИТ ландшафта и, таким образом, выявления участков повышенной сложности. Метод, используемый для представления архитектуры сети, основан на классическом понятии связанности и расширяет его. В частности, после определения связанности зависимости между элементами в сложной архитектуре метод анализирует архитектуру с точки зрения иерархической упорядоченности и цикличности, позволяя классифицировать элементы с точки зрения их положения в результирующей сети. Если DSM матрицу первого порядка возвести в последовательные степени, результат покажет прямые и косвенные зависимости, существующие для последовательных длин путей. Суммирование этих матриц дает матрицу видимости V, которая обозначает зависимости, существующие для всех возможных длин пути. Далее для каждого приложения ИТ ландшафта в V матрице вычисляются метрики: Visibility Fan-In VFI — количество приложений, которые явно или неявно зависят от текущего приложения; Visibility Fan-Out VFO - количество приложений, от которых явно или неявно зависит текущее приложение. Для измерения видимости на уровне всего ИТ ландшафта определяется показатель стоимости распространения Propagation Cost как плотность матрицы видимости. Интуитивно понятно, что стоимость распространения равна доле архитектуры, затронутой изменением случайно выбранного элемента то есть по сути это чувствительность ландшафта к изменениям.
Axenix и S8 Capital локализовали ИТ-ландшафт на заводах Meteor
Сложный ландшафт технологической независимости Оценивая ту максимально подвижную и изменчивую среду, в которой существуют сегодня компании и развиваются технологии, можно утверждать, что при разработке ИТ-стратегии шаблонов не существует. Более того, саму эту стратегию уже невозможно представить в виде монолитного перечня проектов с двух-трехлетним горизонтом планирования, которые успешно реализовывались бы классическим waterfall-подходом. Каждая компания, обладающая высоким уровнем цифровой зрелости, стремится реализовать у себя процессы цифровизации и цифровой трансформации, используя наиболее эффективные и гибкие методологии. При этом одной из ключевых целей трансформации, помимо достижения эффективности бизнес-процессов, остается обеспечение стабильности и устойчивости бизнеса в условиях возникающих эксплуатационных рисков. К таковым, например, могут относиться: санкционное давление на российскую экономику, уход с рынка зарубежных поставщиков ИТ-решений Microsoft, VMware, SAP, Oracle и многих других , жесткие требования регуляторов к госзакупкам, КИИ и не только. Технологически независимый ландшафт как раз и понимается нами как некая совокупность информационных ресурсов систем, приложений, сервисов, продуктов , максимально защищенная от внешних и внутренних рисков и угроз.
Настоящих профессионалов в этой области очень мало, они нарасхват, а без их участия, к сожалению, реализация сложных высокотехнологичных проектов серьезно усложняется.
Наконец, остается не до конца решенным вопрос с обработкой и актуализацией имеющейся базы данных. На сегодняшний день массив информации уже достиг критических размеров, и одновременно выросла потребность ритейлеров в ее качественном анализе и использовании. Мы хотим узнавать нашего покупателя с того момента, как только он пересек порог магазина, оперативно делать ему индивидуальные предложения и предсказывать его пожелания. Анализ «больших данных», необходимый для реализации этих потребностей, связан с очень серьезными вложениями и требованиями к производительности. Безусловно, мы не могли не задаться вопросом, стоит ли развивать эту компетенцию самим или передать ее на аутсорсинг. Одно могу сказать точно — без аналитики омниканальный ритейл существовать уже не может.
Бабаджанов: Прежде всего это задачи по организации новых бизнес-процессов, взаимодействию каналов продаж, а также взаимодействию магазина, контакт-центра и сотрудников. Например, рассмотрим процесс доставки. Дело в том, что доставка может осуществляться как с центрального склада диспетчеризацией занимается специальная служба , так и из офлайн-магазина — в этом случае за все процессы отвечает сам магазин. Необходимо принять решение, создавать или нет единую службу. При всех ее плюсах есть и существенный минус — наш омниканальный покупатель может позвонить на общую горячую линию, а там ему вряд ли смогут предоставить полную информацию по конкретному магазину. Поэтому, прежде чем что-то решать, необходимо понимать, каким образом увязать между собой все эти процессы.
Доставка может осуществляться как с центрального склада диспетчеризацией занимается специальная служба , так и из офлайнмагазина — в этом случае за все процессы отвечает сам магазин Кроме того, острым моментом является выстраивание организационного взаимодействия между различными подразделениями в структуре компании, а также взаимодействия каналов продаж: так, аналитические данные, полученные по одному из каналов, должны с максимальным эффектом использоваться и в других, что обеспечит позитивное взаимовлияние каналов и их постоянный рост. Также хотел бы отметить проблему, связанную с постановкой корректных KPI и, соответственно, организацией распределения продаж, выручки и ответственности между подразделениями и между системами. Необходимо четко понимать, в какой именно системе какое событие должно произойти, как правильно его детерминировать и понять, соответствует оно или нет тем KPI, которые были изначально заявлены. Бабаджанов: Вопрос оценки финансовых затрат уже «утопил» не один хороший проект, поскольку ритейлеры нередко слишком долго считают возможные затраты, а рынок в это время не стоит на месте. Иногда, на мой взгляд, стоит изменить привычке «долго запрягать» в пользу оперативного захвата какой-то части рынка. Безусловно, необходимо тщательно оценивать все инвестиции в любой проект по трансформации бизнес-процессов, но при этом нужно моментально принимать решение, если есть вероятность упустить возможность серьезно опередить своих конкурентов или, по крайней мере, не остаться позади других игроков.
Трансформация бизнес-процессов в любой крупной компании осуществляется постоянно, и чем дольше мы будем откладывать изменения каких-либо систем, тем больше за них придется заплатить в будущем. Необходимость интеграции огромного потока данных, особенно при развитии омниканальных продаж, предполагает перманентное усложнение ИТ-архитектуры, которая постепенно и неструктурированно обрастает дополнительными сервисами, и поддерживать это необновляемое нагромождение систем с каждым днем становится все сложнее. Кроме того, масштабные промышленные системы, например, должны постоянно обновляться и дорабатываться, чтобы эффект от их использования ощущался не только на бумаге, но и на практике. На мой взгляд, нам удалось достичь компромисса: решения по инвестициям в модернизацию базовых платформ принимаются после длительного процесса анализа и оценки, по тактическим — максимально оперативно. Если по результатам тестирования можно предположить, что внедрение или модернизация должны быть успешными, мы реализуем данный проект в максимально сжатые сроки с минимально необходимой функциональностью. Конечно, не все из них приносят желаемую отдачу, но в целом такой подход себя полностью оправдывает.
Например, развивая транспортную логистику, мы на первом этапе в экспресс-режиме в течение двух месяцев занимались подключением транспортных компаний, при этом понимая, что часть операций мы не автоматизируем сразу, делали так называемый быстрый тестовый пилот. Более сложные задачи, такие как автоматизация логистических процессов, будут решаться не менее чем полгода, но уже на подтвержденной теории с учетом понимания всех процессов и узких мест. Бабаджанов: Большая часть возникающих конфликтов связана с ценообразованием. На этот счет существует множество взаимоисключающих мнений. Так, некоторые эксперты полагают, что даже в условиях омниканальности в физических точках продаж магазинах должны использоваться более высокие цены, с учетом издержек на аренду и зарплату персонала. Мы в «Техносиле» придерживаемся принципиально иной точки зрения: цены должны быть одинаковыми во всех каналах продаж.
Однако тут возникает вопрос, какие цены следует принимать за общесетевой стандарт. Следующий вопрос связан с поддержкой актуальности информации об остатках на складе.
Получается, что созданная универсальная карта — это такой «вертолетный» взгляд сверху с возможностью диагностики. Во-первых, мы увидели продукты, которые уже есть в отрасли. Во-вторых, это дало возможность понять, где, в каких областях и что у нас со зрелостью решений, и где есть очевидные пробелы, которые нужно закрывать.
Анализ ландшафта продолжается. Разумеется, для полноты картины необходимо не только участие как можно большего количества компаний в заполнении ландшафта, но и проработка представленных в ландшафте решений на предмет объема замещения функционала импортных решений, их критичности, возможности тиражирования, экспортный потенциал. Преимущество российских компаний, по сравнению с западными, в том, что мы начали разработку решений в более современном технологическом стеке и используем открытые архитектурные платформы, что позволит нам потратить меньше времени на разработку и внедрение. Что считаете важным, без чего достичь полного технологического суверенитета невозможно? Чтобы компании могли тиражировать и переиспользовать имеющиеся решения, потребуется разработка единых стандартов и принципов: совместимый технологический стек, единые принципы в области интеграции данных и процессов, стандартизация функционала этого ПО.
Кроме этого, важно создать единую среду разработки. Запросы заказчиков индустриального ПО с учетом специфики отрасли и конкретных производств могут быть удовлетворены разработкой платформ, которые будут аккумулировать существующие на рынке цифровые продукты.
Речь идёт о глубоком техническом анализе на основе большого объема данных. К примеру, в Экспертно-аналитическом докладе по функциональным характеристикам отечественных систем инженерного анализа для CAE-систем анализируется более 400 типов различных расчётных задач», — заключил Александр Валентинович. Напомним, в июне 2023 года в рамках деловой программы ЦИПР Алексей Боровков представил участникам дискуссии «Комплексный подход в разработке систем анализа и инженерных расчетов САЕ » экспертно-аналитический доклад «Функциональные характеристики отечественных систем инженерного анализа CAE-систем », состоящий из 90 страниц и включающий как описание функциональных возможностей каждой САЕ-системы, так и агрегированное сопоставление функциональных возможностей отечественных и зарубежных CAE-систем, содержащих результаты по 10 классам задач и 404 характеристикам, а также кроссфункциональне возможности отечественных САЕ-систем. Это позволит нам сформировать спрос и выявлять крупные системы для совместной разработки например, MES, технологическое моделирование. Мы сможем находить «белые пятна», определять актуальные критические бизнес-функции и осуществлять их приоритизацию, а также исключить избыточное финансирование на дублирующие решения и системы. Методика направлена на создание зрелых отраслевых решений и кросс-индустриального платформенного программного обеспечения», — отметил Ярослав Попов. Ранее ключевой элемент процесса состоял в определении конкретных функциональных потребностей на основе опроса экспертного сообщества.
Теперь мы предлагаем проводить анализ заранее определённых классов ПО на предмет функционального соответствия всех существующих решений. Методика позволит определить единый подход, обеспечить полноту сведений достаточных для оценки рынка общесистемного и прикладного программного обеспечения и получить репрезентативную выборку решений с оптимальной визуализацией», — подчеркнула Ирина Кокорина. В рамках перехода к отраслевому блоку программы мероприятия исполняющий обязанности директора Дирекции по цифровой трансформации ПАО «Газпром нефть» Третьяк Олег обозначил подход к формированию ИТ-ландшафтов Индустриального центра компетенций «Нефтегаз, нефтехимия и недропользование»: «В Индустриальном центре компетенции мы подходили к формированию ИТ-ландшафтов индустриального ПО, стремясь уйти от понятия классов в оценке, и не ставили целью разработать продукты аналогичные зарубежному программному обеспечению по функциональным характеристикам. Чем ближе к бизнесу, тем более ПО разнообразно и связано с обеспечением компании конкурентными преимуществами. Даже внутри одной отрасли у разных организаций имеется определенная специфика. Например, логистика в нефтегазе значительно отличается от этого направления в недропользовании. В контексте стандартизации и выработки общих требований к индустриальному ПО мы долго дискутировали в ИЦК и пришли к выводу, что необходима площадка для тестирования программ с целью обеспечения их верификации и сертификации». Первую часть общего доклада об опыте построения архитектуры ИТ-ландшафтов в нефтегазовой отрасли промышленности представил руководитель программ по развитию корпоративной бизнес-архитектуры ПАО «Газпром нефть» Ринат Гайнуллин. Спикер рассказал о совместном с ПАО «Роснефть» и при участии компании, входящих ИЦК «Нефтегаз, нефтехимия и недропользование», исследовании на предмет использования цифровых решений в теплоэнергетическом комплексе в контексте исполнения Поручения Председателя Правительства России Михаила Мишустина по формированию перечня особо значимых проектов в ключевых отраслях экономики.
В результате нам удалось совместно сформировать универсальную карту функциональных бизнес-процессов в ТЭК», — дополнил Ринат Гайнуллин. Руководитель центра корпоративной архитектуры ПАО «Газпром нефть» Александр Войновский познакомил аудиторию с проведенным анализом покрытия функциональных процессов особо значимыми проектами в нефтегазовой отрасли и оценкой уровня зрелости цифровых решений во второй части общего доклада. Спикер отметил, что по итогам оценки был создан реестр зрелых отечественных цифровых решений индустриального ПО, который позволил создать ИТ-ландшафт нефтегаза.
Как изменился ландшафт ИТ-экосистем после ухода западных вендоров, и что выбрать заказчику
| Как изменился ландшафт ИТ-экосистем после ухода западных вендоров, и что выбрать заказчику | Компания «1С‑Рарус» реализовала комплекс проектов для создания единого ИТ‑ландшафта головной организации и дочерних компаний ООО «Абсолют Лигал». |
| ИТ ландшафт для миграции производственного комплекса телеканала «НТВ-Петербург» | Далее руководитель Центра компетенции «Новые производственные технологии» АНО «ЦКИТ» Александр Данилин представил функциональную модель индустриальных ИТ-ландшафтов и. |
| Отраслевой ИТ-ландшафт: критической зависимости от зарубежных решений нет — ЦИПР | Это послужило драйвером масштабной инициативы ИТ-службы ритейлера по пересмотру текущего ландшафта ИТ-инфраструктуры и поиску новых высокотехнологичных решений для. |
| Построение ИТ-ландшафта на базе подхода Data Driven | Sys4ech | Следуя стратегии развития собственного ИТ-ландшафта компании, мы активно переносим работу приложений в "облако". |
| ИТ-ландшафт современных компаний | * Целевой ландшафт ИТ-архитектуры. |
ИТ ландшафт для миграции производственного комплекса телеканала «НТВ-Петербург»
«У крупных клиентов сегодня есть запрос на стабильный IT-ландшафт, — отметил он, — Когда есть понимание, где физически находится ваш сервер и кто его обслуживает. Главная» Пресс-центр» Новости группы» NAUKA модернизирует ИТ-ландшафт группы компаний МЕЛКОМ. интеграция ИТ-ландшафтов общесистемного и прикладного ПО в индустриальные. 5 сентября в Москве представители ГК «Системы и Технологии» приняли участие в первом открытом форуме компании «Норильский Никель» для ИТ-вендоров —«День поставщика ИТ». Позволяет ИТ и менеджменту научиться отвечать на вопрос как должен измениться ландшафт данных и цифровых сервисов, чтобы обеспечить мои бизнес-потребности сейчас и в будущем.
ЦКИТ стал организатором стратегической сессии по формированию новых индустриальных ИТ-ландшафтов
Олег Гаврилов, директор ИТ-сервисов, поддержки и инфраструктуры Х5 Group: «X5 Group постоянно наращивает мощности ИТ-инфраструктуры для обеспечения роста бизнеса и повышения надежности и качества цифровых сервисов. Сейчас мы вместе со специалистами «ЛАНИТ-Интеграции» меняем подход к мониторингу — объединяем более 35 локальных источников данных в единую систему зонтичного мониторинга, которая поможет предсказывать сбои в ИТ-инфраструктуре, локализовывать или оперативно устранять их последствия. Актуальная информация о ее состоянии будет полезна как администраторам систем, так и менеджменту, ответственному за развитие и эксплуатацию цифровых сервисов. Также в рамках формирования единой экосистемы мониторинга экспертами Х5 Tech разрабатывается собственная платформа постановки ИТ-компонентов и сервисов на мониторинг. Платформа постановки на мониторинг позволит как рядовому пользователю, так и техническому специалисту самостоятельно устанавливать и отслеживать состояние инфраструктурных и бизнес-метрик ИТ-систем. С помощью платформы мы сможем значительно сократить среднее время постановки сервиса на мониторинг, упростить пользовательский путь и обеспечить управление метриками и порогами ИТ-компонентов и сервисов. Реализация данной инициативы была бы невозможна без полноценного внедрения единой системы зонтичного мониторинга».
При этом 469 решений — с уровнем технологической готовности «9». В результате мы сформировали индустриальный ландшафт ИТ-решений отрасли. Получается, что созданная универсальная карта — это такой «вертолетный» взгляд сверху с возможностью диагностики.
Во-первых, мы увидели продукты, которые уже есть в отрасли. Во-вторых, это дало возможность понять, где, в каких областях и что у нас со зрелостью решений, и где есть очевидные пробелы, которые нужно закрывать. Анализ ландшафта продолжается. Разумеется, для полноты картины необходимо не только участие как можно большего количества компаний в заполнении ландшафта, но и проработка представленных в ландшафте решений на предмет объема замещения функционала импортных решений, их критичности, возможности тиражирования, экспортный потенциал. Преимущество российских компаний, по сравнению с западными, в том, что мы начали разработку решений в более современном технологическом стеке и используем открытые архитектурные платформы, что позволит нам потратить меньше времени на разработку и внедрение. Что считаете важным, без чего достичь полного технологического суверенитета невозможно? Чтобы компании могли тиражировать и переиспользовать имеющиеся решения, потребуется разработка единых стандартов и принципов: совместимый технологический стек, единые принципы в области интеграции данных и процессов, стандартизация функционала этого ПО.
Да, это усложняет управление и обслуживание ИТ-систем, но вариант вполне рабочий. Конечно, прибегают здесь и к возможностям параллельного импорта, что не запрещено законом — однако описанных выше рисков при таком подходе меньше не становится. Опора на зарубежные облака Многие компании у нас в стране в значительной мере полагались на зарубежные облачные сервисы. Ими пользовались и как средой для хранения данных, например, в рамках гибридных архитектур, так и готовыми сервисами, от почты, мессенджеров и ВКС до PaaS-инструментов для разработки. Таким компаниям также придется выбирать альтернативы в реестрах российского ПО или придумывать способы продления подписок на зарубежные ресурсы. И здесь возникает большая проблема: в силу самой природы облачных ресурсов, провайдеры могут отключить компанию от доступа к ее ресурсам в любой момент. Примеров блокировки работы корпоративных сервисов по такому сценарию — немало. Российские облачные платформы и сервисы в современных условиях становятся оптимальным выбором для компаний любого размера. Особенно, когда нужно масштабировать бизнес и на рынке отсутствуют подходящие для этого локальные инфраструктурные решения. Переход в облако не обязательно подразумевает миграцию всех сервисов. Компании могут сочетать свой набор onpremise-решений с облачными. Например, можно перенести в облако корпоративную почту, тестирование и разработку или хранение резервных копий. При этом, службу каталогов оставить на своих серверах. Критически важно не концентрировать все ресурсы в одном месте, даже когда речь идет об облаках. Рекомендуется выбрать одного провайдера для почты, видеоконференций, мессенджеров и систем управления документами, но при этом использовать другого для резервного копирования, чтобы обеспечить независимость и отказоустойчивость систем. Бизнес строит ИТ-ландшафт с нуля Таким компаниям легче и труднее одновременно. С одной стороны, у них есть полная свобода и отсутствие «легаси-багажа». С другой — им не на что опереться, приходится максимально быстро вникать в предложение российских ОС, офисных пакетов, систем виртуализации и резервного копирования.
Другое Михаил Степанюк, директор департамента программного обеспечения и корпоративных систем, компания Merlion, рассказывает об ИТ-трендах на 2024 год. Составляя список трендов на следующий год, принято писать про «горячие» технологии — облака, искусственный интеллект, блокчейн... Конечно, технологии, даже блокчейн, окажут воздействие на развитие российского рынка.