Мачей Кранц - Интернет вещей. Новая технологическая революция

Давайте рассмотрим пример из нефтегазовой отрасли. Предприятие разработало и по очереди установило на своих нефтеперегонных заводах системы усовершенствованного управления процессами. Все шло хорошо. Однако, когда впоследствии компания решила интегрировать все эти заводы в единую, полностью синхронизированную систему, чтобы лучше координировать выпуск продукции и управлять доходностью предприятия, обнаружилось, что отдельные системы усовершенствованного управления процессами несовместимы друг с другом и различаются по своим ключевым характеристикам. Результат: затянувшийся и затратный перевод всех систем на один уровень функциональности, совместимости и архитектуры.

В другом примере организация решила внедрить облачную платформу для обработки транзакций. Вскоре после ее запуска компания решила внедрить предиктивную аналитику (не забывайте, это один из сценариев быстрого успеха). К несчастью, быстро обнаружилось, что только что установленная облачная платформа не подходит для поддержки аналитики большого объема данных в реальном времени. В результате – тут вы точно уже догадались – компании пришлось переделывать платформу для использования в реальном времени, что существенно отсрочило осуществление проекта и повысило его стоимость.

Еще одна категория ошибок связана с неспособностью отличить научные проекты от производственных (это еще один ключевой ингредиент рецепта успеха IoT). Поскольку я уже приводил удачный пример из нефтегазовой отрасли, то вот ошибка другой компании, на которой следует поучиться. Эта нефтедобывающая компания два года работала над проектом по установке Wi-Fi-сети на нефтеперегонном заводе. Нефтеперегонные заводы – опасные производства, так что команда, состоящая из подрядчиков, с самого начала понимала, что проект будет не из легких. И все же подрядчики сумели преодолеть ряд препятствий, включая получение разрешения на доступ к опасному производству, настройку надежной работы Wi-Fi-сети на объекте со множеством металлических структур и совмещение этой сети с существующими технологиями и полузакрытыми системами. Когда все было готово, команда внедрения по праву гордилась проделанной работой. Только она не знала, что бизнес-подразделения предприятия – то есть непосредственные клиенты – не одобрили этот проект и решили не претворять его в жизнь. Отсюда урок: получайте все необходимые одобрения до начала работы.

Изучая проблемы IoT-проектов, я с огромным интересом замечаю, что используемые технологии подводят крайне редко. Гораздо чаще проблемы проистекают из-за неспособности людей определить конкретные требования к системам, из-за неверных предположений, изменений масштаба работ и/или требований в процессе внедрения IoT, а также, перефразируя давно ставший классикой фильм «Хладнокровный Люк», из-за полного отсутствия взаимопонимания. Я также наблюдал ситуации, в которых проекты изначально были плохо продуманы или стоящая перед компанией проблема не могла быть решена при помощи IoT.

Как и при любой трансформации, особенно масштабов IoT, мы наблюдаем немало неудачных попыток внедрения новых решений и даже целый ряд весьма громких провалов. Так будет и дальше. Ошибки и проблемы возникают во всех аспектах IoT, включая технологии, решения, партнерства, бизнес-модели, механизмы внедрения и т. д. Нам – отдельным людям, командам, отраслям – важно учиться на этих ошибках. Конечная цель заключается в том, чтобы не повторять их, а промежуточная – по крайней мере находить способы минимизировать их количество и влияние на бизнес.

Знаю, это прозвучит как клише, но скажу все равно: не стоит бояться ошибок – кто не рискует, тот не пьет шампанское. Нам стоит идти на обоснованный риск и экспериментировать с новыми технологиями и бизнес-идеями. Но это должен быть осознанный риск. Мы должны делать все возможное для максимизации своих шансов на успех и минимизации риска. Я вовсе не призываю вас «ошибаться как можно чаще». Лучше «вместе учиться на ошибках». Именно поэтому нам стоит не только возвещать о своих победах, но и честно рассказывать о неудачах и – что важнее – уроках, которые мы извлекли. Если хотите учиться на ошибках коллег, надо сообщать им о собственных.

Рисунок 8.2. Типичные ошибки

В приведенной ниже таблице 8.1 перечислены самые типичные группы ошибок и проблем, которые я наблюдал в последние несколько лет. Они делятся на несколько категорий, от организационных вопросов до недостатков бизнес-планирования и плохо проработанных проектов, от вопросов управления до проблем с партнерством, управлением изменениями и технологиями.