0

У 2019 компанія Microsoft провела масштабне опитування, в якому взяли участь три тисячі IT-команд. Результати видалися вельми розчаровують. Як з'ясувалося, 30% всіх проектів «застряють» на стадії докази концепції (Proof of Concept (PoC)), а 75% не досягають очікуваних результатів. У цій статті наведено 5 порад, як йти наміченим шляхом розгортання проекту і досягти успіху.

Навіть великі організації з повноцінним IT-департаментом іноді страждають, коли розгортають новий IoT-проект. Більшість проблем пов'язані з адаптацією нових рішень зі старими (38% випадків). Також компанії стикаються з браком знань і технічного оснащення, лімітованим бюджетом, а також з нерозумінням вигод, які будуть отримані в майбутньому. Нижче представлений графік з частотою проблем, створений Microsoft.

Графік

Кріс Говард, відомий підприємець і засновник компанії Softeq, розповів виданню IoT for All, які управлінські рішення неодмінно призводять до фіаско. На основі його обговорень можна виділити п'ять порад підприємцям.

Рада №1: заздалегідь визначте перешкоди, з якими можете зіткнутися

IoT-рішення покладаються на безліч компонентів для обміну даними. Серед них сенсори, девайси, софт, протоколи для з'єднання, хмарні сервіси і додатки. Часом дуже складно передбачити, як ці компоненти будуть взаємодіяти.

Варто згадати компанію з виробництва розкішних фітнес-браслетів, яка звернулася до команди Softeq для розробки нового пристрою. Браслет повинен був передавати дані про фізичний стан власника в додаток смартфона. Проблема полягала в тому, що компанія Softeq не знала, як реалізувати передачу даних через металевий корпус пристрою. Рішення знайшлося після деяких досліджень. Команда фахівців змогла модифікувати радіочіпи, підвищивши рівень Bluetooth-сигналу на 500%.

Приклад зводить до того, що в першу чергу перед реалізацією будь-якого проекту потрібно впровадити фазу дослідження. Такий підхід дозволить наступне:

  • остаточно затвердити ідеї;
  • скласти схему функціональних (що система вміє робити) і не функціональних (як вона працює) вимог до вирішення Інтернету речей;
  • з'ясувати підводні камені до розгортання технології

Рада №2: вивчіть ази управління мультікоманднимі проектами

IoT-рішення є складними і вимагають спільної роботи безлічі фахівців. Лише деякі компанії мають навички та людські ресурси, щоб розробити логічні ланцюжки роботи підключених девайсів «під одним дахом». Як підсумок, ви в будь-якому випадку будете працювати з командою мобільних і веб-розробників, інженерів в області вбудованих систем і виробників «заліза». Постачальники не завжди володіють досвідом розробки систем Інтернету речей, тому на їх допомогу не доводиться розраховувати.

Виробник освітлювальних приладів звернувся до Softeq з проханням модернізувати існуюче управління приладами, яке проводиться через спеціальний пульт. Завдання полягало в тому, щоб вимикач світла замінити мобільним додатком BLE. Цей виробник найняв малокваліфікованих розробників вбудованого ПЗ та інженерів. Це управлінське рішення в підсумку призвело до неможливості підключення додатки до хмарного сервісу. Крім того, ситуація була посилена самим хмарою. Google Firebase не працював в країні, де знаходилася команда розробників прошивки.

Для успішної реалізації проекту потрібно ретельно підбирати персонал і аналізувати слабкі сторони працівників. Керівник IT-відділу повинен мати чимало успішних кейсів за своїми плечима.

Рада №3: ​​встановіть чіткі рамки і дотримуйтеся їх

Згідно Global Project Management Survey, компанії часто терплять невдачі через збору помилкових вимог, постійно зміщуються пріоритетів і зміни цілей на кожному етапі розгортання проекту.

Компанія Softeq як приклад наводить стартап, який вирішив випустити просунуті нашийники для собак. Творці мали амбітні плани: вони хотіли, щоб продукт мав GPS-модуль, акселерометр, мікрофон, динамік, 5 технологій радіозв'язку і міг передавати відео у високій якості через 2G. Через велику кількість функцій менеджмент стартапу мав чимало проблем, які позначилися на часу розробки. На щастя, реалізувати проект вдалося.

Як показує практика, краще почати з менш життєздатного продукту. Це означає, що буде сконцентровано увагу на основних характеристиках і функціях, а потім нарощувати їх у міру розширення IT-команди і збільшення доходу.

Рада №4: розробляйте проект з можливістю його масштабування

Приблизно 32% компаній страждають від неможливості масштабування своїх проектів. Як підсумок, відмова від них настає ще на стадії Proof of Concept (докази концепції). Щоб запобігти цьому, важливо вибрати таку архітектуру і робочу платформу, яка враховувала б поточну робоче навантаження і мала запас потужності на майбутнє. Для цього потрібен досвідчений бізнес-аналітик, який би надавав звіти протягом всього життєвого циклу IoT-рішення.

Softeq допомогла американської телекомунікаційної компанії оптимізувати продуктивність їх вирішення потокової передачі мультимедіа для цифрових вивісок. Система включала в себе користувальницькі пристрої, які дозволяли рекламодавцям транслювати медіаконтент на цифрові дисплеї і збирати дані про показ реклами. Функція створення звітів була спочатку реалізована через конвеєр агрегування MongoDB, однак, коли кількість записів перевалило за 20 мільйонів, система не могла далі продовжувати обробляти запити користувачів і генерувати релевантні звіти. Для відновлення роботи було прийнято рішення змінити MongoDB на AWS Redshift. Сервіс не тільки впорався з навантаженнями, але і збільшив швидкість обробки даних в 36 разів.

Рада №5: ставитеся відповідально до питань безпеки

42-е підрозділ кібербезпеки компанії Palo Alto Network з'ясувало, що 98% всього трафіку проходить без шифрування. 46% американських компаній, що використовують IoT-рішення, вже зіткнулися принаймні з одним порушенням безпеки.

Хакери завжди шукають легкі цілі. На жаль, більшість IoT-рішень для них - це низько висять плоди, які так і манять. Обмежений бюджет змушує компанії використовувати непродумані девайси з застарілим ПО.

Організації, які хочуть добитися успіху в розвитку Інтернету речей, повинні, по-перше, зашифрувати дані, що зберігаються на пристроях або переміщаються між компонентами системи. По-друге, слід захистити брандмауером всю ІТ-інфраструктуру і впровадити інструменти моніторингу безпеки Інтернету речей, такі як AWS IoT Device Defender. Нарешті, є сенс підсилити безпеку на апаратному рівні і розгорнути належний механізм оновлення мікропрограмного забезпечення over-the-air (OTA), щоб ПО завжди було актуальним.

Теги: IoT

Ваш коментар

Коментарі

  • Пока что комментариев нет. Будьте первыми!