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

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

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

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

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

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

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

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

Таблица 8.1. Ошибки и проблемы при внедрении IoT-решений

9 марта 2016 года [39]

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

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

Исправляя ошибки и преодолевая проблемы внедрения IoT, вы можете значительно подтолкнуть развитие собственной карьеры. Спрос на сотрудников, имеющих опыт работы с IoT, с каждым днем растет. Умелый менеджер может использовать опыт, полученный при внедрении IoT, чтобы быстро продвигаться по службе. Не стоит и сомневаться – в сфере IoT есть большие перспективы.

Теперь вы изучили чужие ошибки, но готовы ли начать собственный проект? Еще нет. Сначала надо обратить внимание на техническую сторону вопроса, для чего в следующих двух главах мы рассмотрим проблемы безопасности и стандартов и поговорим о технических аспектах внедрения IoT.

ТРАНСФОРМИРУЙТЕ КУЛЬТУРУ ВМЕСТЕ С ТЕХНОЛОГИЯМИ.

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