Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Кейс УЗ - як Не треба розпочинати DX

99 views

Published on

презентація з Ради 4.0 17 жовтня

Published in: Business
  • Be the first to comment

  • Be the first to like this

Кейс УЗ - як Не треба розпочинати DX

  1. 1. Кейс УЗ – «як НЕ потрібно починати DX»
  2. 2. Проект Future Mobility Lab 1991 4 напрямки 1. Пасажирські перевезення 2. Альтернативні рішення 3. Зменшення витрат на вантажо- Перевезеннях 4. Big Data в закупівлях
  3. 3. Справжні економічні виклики в іншому
  4. 4. Причина №1 – слабке управління застарілими активами
  5. 5. При цьому готові пропозиції учасників ринку – надійні та вигідні, - не впроваджуються роками! Тільки деякі імена членів АППАУ, що мають відношення до залізниці
  6. 6. Причина №2 – відсутність достатніх капіталовкладень
  7. 7. Маса запитань – в повітрі  Чи є у вас стратегія розвитку?  Чи є у вас стратегія цифрової трансформації?  Навіщо «біг дата», коли немає звичайного автоматизованого обліку критичних активів?  Чому стартапи, коли є відпрацьовані надійні рішення зрілих українських виробників?  Чому «закупівлі», коли ваш bottleneck в управлінні активами в вантажоперевезеннях?  Навіщо «автоматизувати хаос» - адже технічні регламенти та бізнес- процеси у вас старі або не працюють  ….  І зрештою, - як стартапи допоможуть вам налагодити ефективне управління? Детальне описання «УЗ та Індустрія 4.0 – новий український оксиморон»
  8. 8. Уроки кейсу – «Як НЕ треба»… 1. Ігнорувати експертну спільноту 2. Перекласти відповідальність за складні рішення внутрішніх змін власної культури 2.0 «на когось» 3. Починати діяти за відсутності ясних та релевантних пріоритетів та напрямків змін 4. Ігнорувати світовий досвід DX та 4.0. Зокрема, - перескакувати через 3.0 у випадках, коли технології 4.0 та 3.0 пов’язані між собою 5. Ігнорувати питання рівня зрілості організації (галузі) й намагатись ставити «ракетний двигун на підводу».
  9. 9. «нельзя из колхоза – и сразу в блокчейн» (Ігор Смілянський, СЕО «Укрпошта»)
  10. 10. Наслідки профанації  DX та 4.0 – як хайп  Дискредитація руху 4.0  Дискредитація органів ЦОВВ  Конфлікти з ІТ-структурами та з DAU  Гальмування справжніх та необхідних перетворень  Розчарування та демотивація активістів  …
  11. 11. Як треба…
  12. 12. Глобальне бачення напрямків «цифри» •Доступ до інтернету, веб-сервіси •Е-торгівля (вкл сервіси на борту) •Інформ. та мультимедійні сервіси Digital для пасажирів •Мобільні платформи (Multimodal Full-Service Mobility Platform 4.0) • Ticketing MaaS •Облік та Управління активами •Предиктивне обслуговування •Симуляція як сервіс PaaS •Поетапне нарощування (Grade of Automation, МЕК 62290-1) •Нові технології в автоматизації Автоматизація поїздів • IІoT платформи для всієї екосистеми •ІоТ сервіси – безпека, закупівлі, діагностика стану, виготовлення, рух, локація, логістика, планування поїдок і т.д. Internet of Train
  13. 13. Дорожна карта DX залізниці в частині Predicitve Maintenance as-a-Service (PMaaS)
  14. 14. Перелік опцій «що робити» 1. Нічого (просто спостерігати) 2. Проактивно-критична, але дружня позиція 1. Пошук впливових ЛПР серед стейкхолдерів 2. Лобіювання, домовленості з ними 3. Вихід на спільний план конструктивних кроків вперед. Побудова альтернативних сценаріїв та планів (дорожні карти «як треба») 3. Повна опозиція 1. Критика всіх дій 2. Альянси з впливовими гравцями з опозиції та на галузевому рівнях

×