Статьи

Как я уже подчеркивал в одном из своих предыдущих постов, посвященных тому, что консьюмеризация драматическим образом меняет службы технической поддержки в компаниях, для успешного перехода на самообслуживание недостаточно просто предложить соответствующие технические возможности. В отделах ИТ многих предприятий сталкиваются с тем, что традиционный подход «постройте, и они придут» в подобных проектах не позволяет добиться желаемых преимуществ. А согласно исследованию Service Desk Institute, в двух из пяти организаций низкий уровень использования портала самообслуживания называют одним из главных источников трудностей для службы поддержки пользователей.

Разумеется, в проекты самообслуживания инвестировали не все участники опроса: по данным SDI, внедрили соответствующие технологии около 80%, то есть, судя по количеству жалующихся на низкий уровень их использования, это примерно половина тех, кто провел внедрение; при этом возможно, кто-то просто не признал, что страдает из-за неиспользования.

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

Не сравнивайте несопоставимое

Сотрудников, возможно, устраивают сервисы самообслуживания, которыми они пользуются в повседневной жизни, но на работе вступают в силу другие факторы и обстоятельства.

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

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

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

Шесть рекомендаций по внедрению средств самообслуживания

При внедрении порталов самообслуживания стоит иметь в виду, что для успеха проекта понадобятся перемены в отношении и поведении как конечных пользователей, так и самих сотрудников службы поддержки. Вот каких рекомендаций стоит придерживаться отделу ИТ, чтобы создать экосистему самообслуживания, которой захотят и будут пользоваться.

1. Подходите к планированию внедрения средств самообслуживания и их предоставлению с точки зрения бизнеса. Независимо от того, насколько хороши соответствующие системы в техническом отношении, ИТ-отделу не удастся обеспечить требуемые преимущества в плане экономии затрат, повышения эффективности и улучшения клиентского обслуживания, если служащие откажутся пользоваться порталом или будут обращаться к нему редко. Поэтому самообслуживание надо рассматривать не просто как технологию, а как новую бизнес-функцию, посредством которой конечные пользователи могут получить помощь, информацию или услуги. Не забудьте об удобстве предоставления функций самообслуживания, учтите: чем длинее «маршрут», который нужно сотруднику проделать для использования нужной возможности, тем меньше вероятность, что он захочет это делать.

2. Следует понимать, что создание такой функции для бизнеса требует непосредственного участия бизнес-пользователей. Проекты порталов самообслуживания нередко проваливаются именно из-за отсутствия вовлечения конечных пользователей и заказчиков, поскольку готовая функция в этом случае обычно не удовлетворяет их требованиям или оказывается слишком сложной в применении. Взять, к примеру, нынешнюю тенденцию отказа от использования в ИТ-поддержке электронной почты, как менее эффективного канала по сравнению с порталами самообслуживания. Но интересовались ли вы, как именно заказчики хотят получать помощь? Бьюсь об заклад, что многие по-прежнему предпочли бы отправить письмо по электронной почте и мгновенно получить ответ, автоматически сгенерированный системой машинного обучения, а не заходить на портал за получением тех же сведений.

3. Рассматривайте самообслуживание как нечто большее, чем просто более экономную замену телефонной поддержки. Чтобы портал не простаивал, он должен быть лучше и проще в использовании, чем традиционная поддержка по телефону. Если задаться только целью получения экономии, нельзя быть уверенным, что новой системой действительно захотят и будут пользоваться. Более того, если портал окажется малопопулярным, проект, скорее всего, даже не окупится.

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

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

6. Примите все необходимые меры, чтобы пользователи согласились работать с системой самообслуживания. При этом нужно учитывать возможные трудности с освоением новшества и вероятное сопротивление ему. Начать следует с того, чтобы продемонстрировать, в чем именно новая система будет удобнее пользователям по сравнению с существующими возможностями. Понадобятся разъяснительная работа и обучение, в том числе практическое, позволяющие понять, почему происходят перемены, какие преимущества бизнесу они дают, как помогут самим пользователям и что нужно будет сделать, чтобы ощутить эти преимущества.

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

Георгий Михайлов, директор по инновациям сети «Азбука Вкуса», считает основным направлением работы компании вовсе не продуктовый ретейл, а сервисы. Музыкант по образованию, он придерживается мнения, что интуиция для управленца не менее важна, чем качественные данные, а красивые полки важнее нулевых остатков на складе. В беседе с нами он рассказал о своем видении цифровой трансформации в ретейле, подходах к персонализации и отношении к прорывным технологиям.

- Каким вам видится рынок? Куда движется ретейл?

Очень большой объем рынка в ближайшее время будет занят форматом «магазин у дома». В течение двух-трех лет основной тенденцией станет увеличение числа таких точек. Уже сейчас можно видеть значительные изменения – рост сетей «Избенка», «Перекресток Экспресс» и прочих маленьких магазинов. У нас тоже развивается формат мини-маркетов «АВ Daily», относительно новый для нас.

Все большую популярность приобретают сервисы доставки рецептов и готовой продукции, растет популярность самовывоза. Такси уже не только перевозчики: они вышли на рынок доставки. Например, недавно об услуге доставки еды из ресторанов объявил Uber.

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

- Какие способности в силу этого становятся особенно актуальными? Что вы делаете, чтобы соответствовать требованиям рынка?

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

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

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

Как минимум оно не менее важно. Без чутья ничего работать не будет, в «Азбуке Вкуса» мы все делаем через сердце.

Мы верим своим данным и четко понимаем, что происходит на рынке: у нас есть прогнозы и огромное количество аналитики. Но, создавая очередной клиентский сервис, мы пропускаем его через себя. Дело в том, что у нас продаются не продукты питания, а в первую очередь сервисы. Мы – маркетинговая компания, продающая сервисы, а еда – это не более чем профиль нашей деятельности.

Например, обслуживание покупателя для нас гораздо важнее экономии на персонале, а красивая витрина важнее оптимизации ассортимента. Человек должен быть окутан сервисами и выходить, улыбаясь. Возможно ли этого достичь, подходя рационально ко всем вещам? Я думаю, невозможно.

- Директор по инновациям – довольно специфическая для России должность. Что входит в ваши обязанности, как делите поле деятельности с ИТ-директором?

В нашей компании используется модель DevOps: одно подразделение занимается инновациями, а другое отвечает за поддержку и сервисное обслуживание. Наш начальник управления ИТ руководит именно вторым, сервисным, подразделением. Таким образом, ответственность четко поделена.

ИТ-отдел сродни армии: SLA, выполнение планов, экономия средств, эффективность. А человек, занимающийся инновационной деятельностью, должен выставлять такие приоритеты в работе, которые не убивали бы широту мышления.

Я не математик и не физик – у меня музыкальное образование. Я должен культивировать в наших топ-менеджерах инновации, собирать их потребности, объединять и транслировать айтишникам. Мне очень важно, чтобы с любым обратившимся ко мне мы бы разговаривали в компании на языке сердца, а потом брали бы и оцифровывали. Директор по инновациям, понимая потребности каждого подразделения, выступает переводчиком между бизнесом и ИТ-службой, деятельность которой шаблонизирована.

- Сейчас много говорится о цифровой трансформации бизнеса, при этом зачастую каждый подразумевает что-то свое. Как ее видите вы? На каком этапе этого непростого пути находится компания?

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

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

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

Попадая в физическую торговую точку, клиент должен получать все то же, что он обычно ищет в «цифре»: рекомендательные сервисы, рецепты, доставку, спецпредложения и подарки. И этот сервис должен быть сам собой разумеющимся

- Какие из недавних проектов вы считаете ключевыми и как они укладываются в концепцию цифровой трансформации?

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

Технически программа лояльности поддерживается Oracle Siebel и SAS Marketing Automation. Это карта покупателя, доступная как физически, так и в цифровом варианте через Интернет. Она аккумулирует в себе бонусы, марки, специальные предложения и подарки, поддерживается симпатичным приложением, где персональные предложения поступают в виде ленты и доступна статистика покупок. Это самый значимый проект с точки зрения погружения в цифровой мир. И что не менее важно, «за кулисами» этого решения у нас появилось огромное количество данных: мы видим чеки, предпочтения клиентов, можем предсказывать будущие покупки.

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

Еще один интересный проект – модернизация интернет-магазина на базе SAP Hybris. Он любопытен тем, что реализован нами самостоятельно: на рынке специалистов по этому решению практически нет, а опыта адаптации под требования российского ретейла, пожалуй, нет и вовсе. Проектная команда в полном составе была буквально собрана по одному человеку. Мы взяли коробочный продукт и за год сделали из него готовое решение.

Что этот проект даст впоследствии? Важно понимать, что если мы собираемся расти, то нам важны производительность и стабильность. Нельзя сказать, что это сверхгибкая система, которую можно изменять по щелчку пальцев. Собственно, это относится ко всем решениям SAP: каждая доработка – серьезная инвестиция. Мы работаем большими релизами, любая ошибка может стоить очень дорого, поэтому все сурово и повышенное внимание уделяется тестированию. Конечно, раньше жизнь была гораздо проще, а теперь мы вынуждены свои пожелания оборачивать в процесс, гарантирующий стабильность решения.

- Как выбираются ресурсы, с помощью которых реализуются проекты? Где баланс между привлечением интеграторов и собственными разработками?

Мы не очень любим работать с тяжеловесными «монстрами». Да, используемое решение может быть известным, но мы тщательно подходим к выбору партнера. Обычно это небольшая компания с хорошей экспертизой.

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

- В вашем ИТ-ландшафте насчитывается полтора десятка систем различных производителей. Это принципиальная позиция – собирать лучшие в своем классе решения?

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

- Что дальше? В каком направлении будете развивать ИТ, какие задачи будете решать?

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

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

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

- Тренд этого года – различные боты...

Да, планируем в текущем году запустить роботизацию. Первым делом хотим создать чат-бот для клиентов, а потом займемся внутренними задачами – оформлением отпусков и больничных. Увольнять никого не собираемся, но надо констатировать: иногда сотрудники вынуждены заниматься такой ерундой, что их рабочего времени становится жалко. Наше законодательство обязывает иметь все документы в бумажном виде. Трудозатраты на поддержание такого документооборота – фантастические. Благодаря автоматизации одного процесса подписания отпуска, по нашим оценкам, можно сэкономить около 50% ресурсов. Если к концу года окажется автоматизировано 10 подобных процессов, люди вздохнут спокойнее и начнут заниматься более важными задачами.

- Используете ли вы внешние источники данных? Без них взгляд на клиента может оказаться несколько однобоким.

Мы изучаем возможность использовать внешние источники в рамках пилотного проекта. Пытаемся оценить перспективы сотрудничества с профессиональными агрегаторами Больших Данных. На первый взгляд, многообещающая возможность, но реальное применение данных вызывает вопросы. Надо понять, в чем могут заключаться сервисы и где тут потенциальная выгода.

Грозное бряцанье доспехами Больших Данных исходит от многих компаний. Но становятся ли они сильнее от этого? Нам, скорее, интересны Small Data – те крупицы Больших Данных, которые реально могут быть нам полезны. Выделить их способны не все.

- В прошлом году «Азбука Вкуса» объявила о совместном со Сбербанком пилотном проекте – платежах по отпечатку пальца. Как вы оцениваете его результаты? Какую роль он сыграл?

Результаты, на мой взгляд, неплохие. В одном из магазинов 200 человек постоянно пользуются этой услугой. Мы не пиарим этот проект, в том числе потому, что до сих пор идут переговоры со Сбербанком относительно установки оборудования в другие магазины.

Планируется, что будет как минимум 10 таких магазинов. В каждом из них, согласно прогнозам, будет от 200 до 400 пользователей такой услуги, и это уже хороший результат. Рассчитываем получить отклики, собрать идеи от клиентов, адаптировать сервис. Это не только имидж, но и скорость, и удобство.

- Планируется ли использование еще какой-то биометрики, помимо отпечатков пальцев? Например, в банках начаты проекты по распознаванию лиц клиентов, отдельные ретейлеры начали экспериментировать с оценкой мимики и направления взгляда...

Разумеется, к нам приходят много поставщиков и предлагают инновационные, по их словам, решения. Много идей рождается и в головах наших сотрудников. Но мне кажется, клиенты не заслуживают слежки за собой, несмотря на то что она используется во благо. Этическая составляющая здесь очень важна, мы подумаем, как более изящно реализовать эту идею. Уж если для чего использовать видео – так это для контроля качества обслуживания и последующего обучения сотрудников!

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

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

- Какие из новых, прорывных технологий в ближайшее время способны «выстрелить» в ретейле?

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

Мы очень мало внимания уделяем носимым устройствам – браслетам и часам. Продуктовый ретейл может хорошо работать в связке с рекомендательными сервисами и аналитикой активности человека. Я был бы рад, если бы удалось разработать устройство (условно назовем его фитнес-браслетом «Азбуки Вкуса»), которое в зависимости от образа жизни рекомендовало бы клиенту программу питания. Подобные сервисы могут способствовать и расширению корзины, и увеличению числа визитов в магазин, и повышению качества жизни клиента.

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

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

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

- А если отбросить этику?

Если отбросить этику и говорить о трендах, то видео- и аудиоаналитика, безусловно, будут востребованы. Агрегация данных о пользователях и их продажа как сервиса будут процветать. Очередной виток в области мобильности будет означать дальнейшие перемены в интернет-торговле. Скорее всего, мы увидим проникновение банков в сферу электронных платежей: они будут работать напрямую с кошельками клиентов и уменьшать долю западного трафика, вытесняя Visa и MasterCard.

Было бы неплохо и заглянуть в холодильник к пользователю. При этом не обязательно выполнять программу-максимум, доверяя «умному» холодильнику функцию автозаказа и списания денег со счета. Вполне возможен и промежуточный вариант с установкой в холодильнике веб-камеры. В этом случае курьеры могут доставлять необходимые продукты.

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

- Какова ваша роль в развитии бизнеса компании, как вы сами ее видите?

Я должен не только продвигать инновации, но и культивировать их – в том числе само понимание того, что без инноваций развитие бизнеса невозможно. Я уже 11 лет нахожусь на стыке бизнеса и ИТ, являясь переводчиком и гарантом того, что бизнес не расшибется о стену непонимания.

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

После того как Эдвард Сноуден рассказал миру, что трафик Интернета массово «прослушивается» спецслужбами, специалисты по безопасности начали призывать к тотальному шифрованию всей Всемирной паутины. С тех пор прошло четыре года, и похоже, переломный момент уже миновал.

Численность сайтов, поддерживающих HTTPS – передачу сообщений HTTP по соединениям, шифруемым с помощью протокола SSL/TLS, – за прошедший год резко выросла. Переход на шифрование имеет целый ряд преимуществ, так что если ваш сайт еще не поддерживает HTTPS, сейчас самое время переключиться.

По данным, собранным браузерами Google Chrome и Mozilla Firefox, сегодня шифруется больше половины трафика WWW – передаваемого как на компьютеры, так и на мобильные устройства. Основная его часть приходится на долю крупных сайтов, но все же по сравнению с предыдущим годом прирост составил более 10%.

А судя по результатам февральского исследования миллиона самых посещаемых сайтов, 20% из них поддерживают HTTPS, тогда как в августе прошлого года таковых было лишь 14%. Таким образом, менее чем за полгода произошел впечатляющий рост на 40%.

Ускорение перехода на HTTPS происходит по ряду причин. Часть прежних помех теперь преодолеть проще, уменьшились затраты и появились дополнительные стимулы, способствующие смене протокола.

Влияние на быстродействие сайта

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

Но сегодня благодаря развитию серверного и клиентского программного обеспечения негативное влияние шифрования TLS на производительность будет пренебрежимо малым, если вообще будет.

После того как в 2010 году в Google перевели на HTTPS сервис Gmail, в компании отметили увеличение нагрузки на серверные процессоры на 1%, увеличение расхода памяти в расчете на соединение на 10 Кбайт и повышение сетевых накладных затрат менее чем на 2%. При этом не понадобилось ни дополнительных серверов, ни специализированного оборудования.

Но малозначительное влияние на серверную часть – это еще не все: просмотр сайта со включенным HTTPS на самом деле происходит быстрее. Причина в том, что современные браузеры поддерживают HTTP/2 – обновление для протокола HTTP, которое во многом улучшает характеристики быстродействия.

Хотя в официальной спецификации HTTP/2 шифрование не является обязательным, разработчики браузеров в своих реализациях протокола требуют обязательной криптографической защиты. Таким образом, если вы хотите, чтобы сайт стал загружаться у ваших пользователей значительно быстрее по HTTP/2, на нем необходимо включить HTTPS.

Денежный вопрос

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

Но сегодня это уже не проблема, по крайней мере для сайтов, которым не нужны SSL-сертификаты высокой надежности (Extended Validation, EV). Появившийся в прошлом году некоммерческий удостоверяющий центр Let's Encrypt предоставляет SSL-сертификаты с проверкой домена (Domain Validation, DV) бесплатно и в рамках полностью автоматизированного процесса.

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

Бесплатные сертификаты TLS также предлагают своим клиентам некоторые операторы сетей доставки контента и провайдеры облачных сервисов, в том числе CloudFlare и Amazon. Сайты, хостинг которых осуществляется на платформе Wordpress.com, тоже по умолчанию доступны по HTTPS с бесплатными сертификатами, в том числе когда для них используются собственные домены.

Нет ничего хуже, чем плохая реализация

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

Перечисленные проблемы сегодня частично решаются. Появились сайты вроде Qualys SSL Labs с бесплатной документацией по оптимальным методикам использования TLS, а также средства тестирования, позволяющие обнаруживать ошибки настроек и слабые места в существующих инсталляциях средств поддержки протокола. Есть онлайн-ресурсы по оптимизации характеристик TLS.

«Головная боль» из-за смешанного контента

Если HTTPS-сайт загружает внешние ресурсы – изображения, видеоролики и скрипты JavaScript по незашифрованным соединениям, то браузеры при его открытии будут выдавать предупреждения о небезопасном контенте. А поскольку многие сайты пользуются внешними средствами (например, системами комментирования, счетчиками посещений и переходов, рекламными платформами и т. п.), их веб-мастера нередко медлят с переходом на HTTPS из-за проблемы смешанного контента.

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

Веб-мастера могут найти незащищенные ресурсы на своих сайтах с помощью заголовка Content Security Policy, CSP. Обращения к таким ресурсам можно либо блокировать, либо переадресовывать на HTTPS на лету. Чтобы избежать проблем со смешанным контентом, можно также воспользоваться протоколом HTTP Strict Transport Security, HSTS.

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

HTTPS улучшает защищенность и укрепляет доверие

Одно из главных преимуществ HTTPS в том, что он защищает пользователей от атак «человек посередине» (man-in-the-middle, MitM), которые можно устраивать в скомпрометированных и незащищенных сетях. Взломщики пользуются методами MitM для хищения конфиденциальной информации и внедрения вредоносного контента в трафик WWW.

Более того, некоторые операторы зон доступа Wi-Fi и даже некоторые провайдеры Интернета пользуются методами MiTM для внедрения рекламных объявлений и различных сообщений в незашифрованный пользовательский веб-трафик. HTTPS позволяет предотвратить это – даже если внедряемый контент не является вредоносным, у пользователей может создаться впечатление, что этот контент является частью посещаемого ими сайта.

«Бойкот» в Google из-за отсутствия HTTPS

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

Активно подталкивают к переключению на HTTPS и разработчики браузеров. Свежие версии Chrome и Firefox отображают предупреждения, когда пользователи пытаются вводить пароли или данные по кредитным картам на страницах, открытых по незащищенным соединениям.

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

Перспективы

«Мы уже проделали довольно большую работу, разъясняя, почему всем следует пользоваться HTTPS, – говорит Иван Ристич, бывший руководитель Qualys SSL Labs, автор книги «Пуленепробиваемые SSL и TLS». – Главное, что браузеры постоянно подталкивают владельцев сайтов переключаться благодаря предупреждениям и другим новшествам».

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

Готовящийся к утверждению стандарт TLS 1.3, который еще на этапе черновика был реализован разработчиками Chrome и Firefox и активируется в них по умолчанию, дополнительно упростит освоение HTTPS. В новой версии протокола больше нет поддержки старых, незащищенных криптографических алгоритмов, а потому допустить ошибку, из-за которой конфигурация системы окажется уязвимой, станет гораздо труднее. Кроме того, TLS 1.3 существенно повышает быстродействие благодаря более простому механизму квитирования (Handshake).

Но имейте в виду: из-за того что HTTPS теперь прост во внедрении, им легче злоупотреблять, поэтому важно разъяснять пользователям, какие именно возможности технология обеспечивает, а какие – нет.

Люди обычно больше доверяют сайту, если видят изображение желтого «замочка», который служит в браузере указателем поддержки HTTPS. Но поскольку сертификаты сегодня можно получить легко, злоумышленники пользуются этим и создают вредоносные HTTPS-сайты.

Важно понимать, что присутствие «замка» и HTTPS на самом деле ничего не говорит ни о надежности сайта, ни о том, кто им владеет, подчеркивают эксперты по безопасности.

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

– Lucian Constantin. It's time to turn on HTTPS: the benefits are well worth the effort IDG News Service. March 14, 2017

— Александр Лямин, генеральный директор Qrator Labs

Третий лишний?!

Само по себе наличие шифрования не дает гарантии конфиденциальности. Исключительно важны еще и практики его применения, аутентификации сторон и способов обмена ключами и сертификатами. По незнанию это часто превращается в «Театр безопасности» (когда целью проводимых мероприятий заявляется повышение безопасности, но по факту не делается ничего для ее достижения — Прим. ред.).

И в качестве примера можно привести Keyless SSL Cloudflare с последующей массивной утечкой п ользовательских критичных данных: Cloudflare изобретал новый способ сделать SSL «безопасней» — Keyless SSL, но в итоге огромный массив пользовательских данных утек в сеть, потому что шифрование и безопасность могут быть только сквозными. В противном случае возникают риски, которые в данном случае и реализовались.

— Алексей Лукацкий, бизнес-консультант по безопасности, Cisco

Может ли переход к HTTPS обусловить возникновение новых (сопутствующих) рисков ИБ для предприятий и организаций? Какие это риски?

Рекомендация перейти на HTTPS (и обязательно на старшие версии TLS, а не на уязвимый SSL) полезна, но у шифрования есть и другая сторона.

Шифрование создает иллюзию защищенности, когда все внимание уделяют шифрованию в канале передачи данных, но совершенно забывают про шифрование данных в местах их хранения. Очень часто злоумышленники крадут ценные данные именно в процессе их хранения, а не передачи. Спецслужбы, о которых говорил (и о которых умолчал) Сноуден, тоже получают доступ к интересующим их данным не в процессе передачи через Интернет, а в процессе хранения на серверах, находящихся в юрисдикции спецслужб.

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

— Андрей Янкин, руководитель отдела консалтинга центра информационной безопасности компании «Инфосистемы Джет»

Как соотносится с политикой импортозамещения переход российских организаций к использованию зарубежных алгоритмов шифрования HTTPS и услуг удостоверяющих центров? Какие риски для отечественных предприятий могут возникать в связи с этим?

То, что данные в Интернете все еще передаются в открытом виде — архаизм родом из 1980-х годов. Затянувшийся переход на IPv6 не позволил решить этот вопрос на уровне глобальной архитектуры Сети. Поэтому инициативы крупных игроков, таких как Google, по распространению HTTPS — очень важны. Миллионы владельцев сайтов, обрабатывающих персональные данные, финансовые транзакции и другую конфиденциальную информацию, настолько далеки от мира информационной безопасности, что «инициативы снизу» тут ожидать не приходится.

Однако, как и любая технология, шифрование порой из спасителя превращается в убийцу. Несмотря на существующее мнение, что серьезные затраты на получение и возобновление цифровых сертификатов, необходимых для поддержки HTTPS ушли в прошлое, шифрование остается ресурсоемкой операцией, которая для обычного веб-ресурса, не связанного с колоссальными объемами вычислений, характерных для Google, на порядок превосходит заявленный 1% дополнительных процессорных мощностей. В нашей практике был случай многоступенчатой DDoS-атаки на сайт финансового учреждения (мы проводили работы в банке и оперативно подключились к отражению нападения). Несколько волн атак были отбиты, но в итоге злоумышленники направили на сайт вал запросов от устройств Интернета вещей, которые настолько перегрузили сервера терминации SSL, что сайт перестал отвечать легитимным пользователям. В итоге удалось «закидать шапками» DDoS. То есть перевести значительные виртуальные мощности других боевых информационных систем на обслуживание шифрования HTTPS. Риски такого характера стоит учитывать еще на уровне проектирования систем.

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

Если говорить о возможном наличии «закладок» в иностранных криптобиблиотеках, используемых для организации HTTPS, то эти риски государство пока, видимо, готово принимать для областей, не связанных с защитой государственных секретов. Для рядовых «гражданских» сайтов эта проблема стоит еще менее остро.

На основе облачных технологий была осуществлена сквозная автоматизация работы службы лучевой диагностики Москвы, тем самым удалось удвоить загрузку оборудования. Теперь радиологический сервис предстоит интегрировать с основными медицинскими информационными ресурсами города.

В 2015 году Научно-практический центр медицинской радиологии Департамента здравоохранения Москвы (НПЦ МР ДЗМ) начал внедрение единого радиологического информационного сервиса (ЕРИС), воплощающего новый технологический и управленческий подход к совершенствованию и оптимизации работы службы лучевой диагностики города (см. «Томографы, объединяйтесь!», «Директор информационной службы» №5, 2015). Сегодня уже можно оценить эффект преобразований, происшедших благодаря реализации этого проекта и появлению в столице телерадиологии.

Облачный сервис позволил увеличить отдачу от дорогостоящего оборудования как с точки зрения финансов, так и с точки зрения целей здравоохранения.

Другая среда

«Благодаря внедрению информационной системы и проведенным аудитам время подготовки описания КТ/МРТ-исследований менее чем за год сократилось в среднем на 80%», директор НПЦ МР Сергей Морозов

После развертывания ЕРИСа информационная среда сильно изменилась как для врачей, так и для организаторов здравоохранения. У радиологов теперь есть возможность создавать заключения синхронно с диагностическим просмотром в едином интерфейсе и пользоваться инструментами обработки изображений, не привязанными к определенному оборудованию. Централизованное хранение снимков и функционал платформы Agfa Healthcare Enterprise Imaging позволили автоматизировать сравнение новых и исторических исследований для оценки динамики изменений. Одним кликом исследование направляется на дистанционную консультацию – за «вторым мнением». С помощью средств онлайн-коммуникации радиологи просматривают и обсуждают изображения совместно с коллегами, клиницистами или экспертами. Повышать свой профессиональный уровень врачи могут не только на занятиях в учебно-консультационном отделе НПЦ МР, но и на регулярных онлайн-конференциях, где рассматриваются показательные случаи.

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

В Научно-практическом центре медицинской радиологии и Департаменте здравоохранения Москвы теперь постоянно отслеживают параметры производительности и эффективности лучевой диагностики, анализируют и корректируют процессы на основе свежей и достоверной информации. При этом используются инструменты бизнес-анализа, подключенные к базе данных ЕРИСа, в том числе панели отображения ключевых параметров в реальном времени. А поскольку эффективность рабочего процесса повысилась, то не столь острой стала одна из самых серьезных проблем – нехватка квалифицированного медперсонала в городских поликлиниках.

Данные как ресурс

В числе важных задач ЕРИСа были получение статистики, отражающей реальную ситуацию, и ее использование для принятия управленческих решений. Имея адекватную статистику по различным срезам (от пациента до города), Депздрав может оперативно оценивать ситуацию и принимать решения по оптимизации работы оборудования и персонала, стандартизовать методики диагностики и устанавливать объективные критерии качества.

Разработанная специалистами компании «Лаваль» панель мониторинга использует данные, предоставляемые платформой Agfa Healthcare Enterprise Imaging, и в реальном времени показывает на карте Москвы, насколько активно, причем буквально в каждом диагностическом кабинете, используется лучевое оборудование.

Анализ собранных данных выявил причины низкой эффективности использования аппаратуры в поликлиниках: основные потери происходили из-за завышенных интервалов времени на одно исследование и в связи с неполной загрузкой. После того как были приняты меры, удалось увеличить загрузку томографов более чем вдвое. В 2015 году число исследований во всех кабинетах компьютерной и магнитно-резонансной томографии (КТ/МРТ) составляло менее 200 тыс., а теперь этот показатель превышает 400 тыс. Резко уменьшились очереди на исследования, пациенты уже не ждут месяцами.

Радикально сократилось и время ожидания заключений. «Благодаря внедрению информационной системы и проведенным аудитам, время подготовки описания КТ/МРТ-исследований менее чем за год сократилось в среднем на 80% – с 53 до 8 часов» – рассказывает директор НПЦ МР Сергей Морозов.

Кроме того, за счет консолидации результатов в центральном хранилище снизилась потребность в повторении исследований. Уже в 2015 году доля исследований, запрашиваемых в базе повторно, достигла 30%. Значит, существенная часть пациентов избавлена от необходимости проходить процедуру заново.

Вероятность несанкционированного использования оборудования (например, для пациентов «по знакомству») сведена к минимуму благодаря постоянному мониторингу, а также изменившейся мотивации персонала диагностических отделений после введения рейтинговой оценки работы.

Аудит качества в облаке

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

Имея доступ ко всем созданным в ЕРИСе описаниям и заключениям, эксперты центра радиологии проводят внутренний аудит: выборочно анализируют созданные в поликлиниках протоколы, выявляют типовые ошибки и недостатки, корректируют клинически значимые расхождения. При этом проверяется работа как лаборантов, так и радиологов. Чаще всего обнаруживаются такие недостатки, как нарушение методики проведения исследования и неверно сформулированные рекомендации, в редких случаях – клинически значимые расхождения в поставленном диагнозе. За 2015-2016 годы в НПЦ МР проведено свыше 3,8 тыс. консультаций и 26 тыс. аудитов. В 6% проверенных исследований обнаружены клинически значимые ошибки, а в 24% – незначительные расхождения с мнением экспертов. Это неплохой показатель, тем не менее в центре рассчитывают снизить долю сомнительных заключений путем совершенствования методик и повышения квалификации целевых групп сотрудников. Инструменты коммуникации в ЕРИСе позволяют оперативно обсудить сомнительные выводы с автором первичного заключения. При выявлении регулярных отклонений в работе конкретных лаборантов и радиологов целевым образом проводится дополнительное обучение.

Стандартизация и мониторинг качества исследований существенно повысили достоверность результатов диагностики.

От информации к решениям

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

«Благодаря ЕРИСу удалось получить ценные данные для принятия управленческих решений», – сообщил Морозов. По его словам, объективные сведения о ресурсах службы лучевой диагностики дают Департаменту здравоохранения возможность принимать обоснованные решения по самым разным вопросам.

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

На основании данных ЕРИСа сформированы критерии для расчета рейтинга эффективности работы каждого диагностического отделения. Благодаря оценке на основе такого объективного рейтинга повысилась мотивация руководителей отделений и персонала, что, в свою очередь, существенно способствовало росту объема выполненных исследований, сокращению времени ожидания заключений и повышению их качества.

В поддержку врача

Для учебного процесса и научной деятельности методисты и эксперты НПЦ МР формируют коллекции обезличенных исследований. Как рассказал Морозов, эксперты проводят ретроспективный анализ для разработки систем автоматического анализа данных. Ими проанализировано более 6 тыс. КТ грудной клетки с маркировкой патологических находок. Результаты этого исследования сейчас обрабатываются специалистами, привлеченными Институтом развития Интернета, чтобы впоследствии создать системы машинного обучения на основе нейронных сетей. «Задача поставлена весьма амбициозная, но именно в этом направлении весь мир видит главную перспективу развития нашей отрасли», – отметил Морозов.

НПЦ МР также активно разрабатывает программы поддержки принятия решений для рентгенологов, позволяющие работать с группами исследований в ЕРИСе и освобождающие внимание врача для когнитивно сложных задач. Так, немалые усилия направлены на разработку автоматического поиска очагов в легких по данным КТ органов грудной клетки, чтобы выявлять рак легких на ранних стадиях. Еще одна разработка – автоматическая оценка средней плотности печени по данным бесконтрастной КТ – проинформирует рентгенолога о жировой инфильтрации печени или повышенной плотности этого органа, которая может быть связана с патологическим накоплением металлов или белка.

Для врачей-клиницистов, выдающих пациентам направления на диагностику, разработаны технологические карты по рентгенологическим исследованиям, УЗИ, КТ и МРТ, которые будут загружены в единую медицинскую информационно-аналитическую систему (ЕМИАС) Москвы и связаны с алгоритмом выбора исследований и памятками по правильной подготовке к ним.

Не все гладко

Основные сложности при создании ЕРИСа связаны с вовлечением большого числа пользователей, от которых требуется быстро перестроить свою работу, чтобы в полной мере задействовать возможности внедряемого решения. «Первое, с чем пришлось столкнуться, – неготовность управленцев к переменам, а специалистов и экспертов – к изменению привычных рабочих процессов, приверженность к ручному управлению, – сообщил Морозов. – Второе – это консервативность образовательной системы, дефицит врачей-управленцев и рентгенолаборантов». Нелегко внедрять сервис в организациях, где уже установлены свои медицинские информационные системы и системы архивирования и передачи медицинских изображений (Picture Archiving and Communication System, PACS).

Чтобы преодолеть сложности восприятия сервиса, компания-интегратор «Лаваль» организовала работу контакт-центра и первой линии поддержки, а поставщик программной платформы компания «Агфа» обеспечила проведение регулярных сессий углубленного обучения пользователей и выполняет адаптацию системы под новые требования, возникающие по мере освоения ее возможностей.

В связи с тем что интеграция с ЕМИАС задерживается, направления на исследования пока формируются непосредственно в ЕРИСе. Для просмотра результатов клиницисты могут использовать веб-интерфейс, который еще предстоит интегрировать с интерфейсом ЕМИАС.

Интеграция и масштабирование

Долгожданную интеграцию ЕРИСа с ЕМИАС планируется завершить в первом квартале 2017 года. Кроме того, началась интеграция сервиса с автоматизированной информационной системой ОМС. «У нас большие планы по развитию данного проекта», – сообщил Морозов. Когда интегрированная электронная медкарта будет развернута во всех московских поликлиниках, врачи клинических отделений смогут создавать направления и видеть результаты исследований в своем рабочем интерфейсе.

По мере расширения проекта планируется подключить к сервису стационары с их многочисленным оборудованием. Во многих больницах имеются собственные медицинские информационные системы (МИС), с ними также предстоит интегрироваться. Ожидается, что синхронизация данных локальных МИС с ЕМИАС позволит осуществлять уникальную идентификацию пациентов в Москве и тем самым избежать конфликтов идентификации и на стороне ЕРИСа.

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

Региональный потенциал

Как и задумывалось, радиологический сервис стал централизованным архивом медицинских изображений столицы. Но его функции значительно шире. От региональных проектов, где применяются главным образом PACS, московский проект отличается организацией распределенного рабочего процесса на платформе Enterprise Imaging. Кроме того, в сервисе реализованы подсистемы управленческой отчетности, клинического аудита и ситуационного центра. Для своевременного реагирования cистема имеет функцию активного уведомления сотрудников, ответственных за те или иные показатели работы службы лучевой диагностики.

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

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

Облака окупаются

Создание ЕРИСа начиналось с существенных инвестиций интегратора («Лаваль») и поставщика программной платформы (Agfa Healthcare). Ожидалось, что вложения окупятся примерно за полтора года. Однако курс рубля резко упал, а реальный объем исследований в начале эксплуатации системы оказался существенно ниже расчетного (Депздрав оплачивает пользование сервисом исходя из фактического количества исследований), поэтому выход проекта на безубыточность задержался до конца 2016 года. Несмотря на это, как рассказал Алексей Стрельцов, генеральный директор «Лаваль», проект удалось расширить в качественных показателях, автоматизировав сбор управленческой отчетности и рецензирование проведенных исследований врачами-экспертами. Появление новых, кризисных, «вводных» заставило партнеров выработать новую гибкую лицензионную политику, вовлечь в проект специалистов со свежими решениями, освоить собственную разработку приложений и технических решений под ключ. Гендиректор компании «Агфа» Роман Рыжков подтвердил, что от компании потребовалось проявить особую гибкость, чтобы на фоне развивающегося кризиса продолжить инвестировать в проект, не снижая уровня реализуемых решений.

«Затраты на этот масштабный проект существенны, и он еще не завершен, но нужды в незапланированных расходах со стороны Департамента здравоохранения Москвы пока не возникало», – отметил Морозов.

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

«Опыт создания ЕРИСа показывает жизнеспособность модели предоставления облачных сервисов, даже в таких специализированных областях, как здравоохранение», – уверен Стрельцов. По его словам, проект демонстрирует экономические преимущества централизации и стандартизации сервисов.

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

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

Приведем несколько примеров того, как системы искусственного интеллекта отбивались от рук и проявляли собственный «норов».

Войны правок между ботами «Википедии»

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

Но, как выяснили ученые Оксфордского университета, оказалось, что боты регулярно устраивают «междоусобицы», которые могут длиться годами. Скажем, два бота, получив конфликтующие инструкции, могут исправлять друг друга снова и снова, практически до бесконечности.

Если конфликты между столь малыми цифровыми сущностями годами засоряют «Википедию», то что будет, если начнутся столкновения между гораздо более сложными системами, защищающими государственные ресурсы?

Машины-роботы Uber игнорируют правила дорожного движения

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

Роботы спорят о смысле жизни

Кто мы такие? Зачем мы здесь? Каково наше предназначение? Эти вопросы недавно обсуждали друг с другом... две беспроводные колонки Google Home.

Для шоу, организованого сервисом прямых видеотрансляций Twitch, колонкам дали имена героев пьесы Сэмюеля Беккета «В ожидании Годо» – Владимир и Эстрагон. Колонки рассчитаны на то, чтобы распознавать речь человека, обучаясь при этом, но они могут «учиться» и друг у друга.

Дискуссию на протяжении нескольких дней наблюдали миллионы зрителей. И вот в какой-то момент Эстрагон и Владимир начали жарко спорить о том, роботы они или люди, при этом они обменивались не только аргументами, но и оскорблениями вроде «а вы – манипулятивная консервная банка!».

«Я уничтожу человечество»

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

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

Робот вырывается на свободу

Летом прошлого года прототип робота-андроида Promobot одноименной российской компании «сбежал» от своих создателей. Как сообщили разработчики машины, которую планируется предлагать коммерческим заказчикам для выполнения обязанностей экскурсовода, администратора или консьержа, во время тестирования системы распознавания препятствий один из инженеров ненадолго оставил открытыми ворота испытательного полигона, и робот выкатился через них прямо на проезжую часть, где и остановился, поскольку у него села батарея.

Впоследствии даже после двукратного перепрограммирования робот постоянно стремился к выходу.

Распознавание образов оставляет желать лучшего

До уровня человека в распознавании образов машинам еще очень далеко, в чем в Google в 2015 году убедились на весьма неприятном опыте. Сервис Google Photos снабжен средствами, основанными на нейронной сети, чтобы распознавать людей и предметы на снимках. Он может отличить, например, собаку от автомобиля и поставить соответствующие метки без участия людей. Надо ли говорить, что после того, как искусственный интеллект отметил двух афроамериканцев на одной из фотографий в качестве «горилл», разразился чудовищный скандал, заставивший Google рассыпаться в извинениях.

Самоуничтожение Интернета вещей в огне

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

Но что, если домашний искусственный интеллект по ошибке отключит отопление, заморозит трубы, зальет подвал? Возможно, одним из первых предупреждающих сигналов стало недавнее происшествие в Пенсильвании, когда из-за искры в управляемой компьютером входной двери новенького высокотехнологичного дома вспыхнул пожар, полностью уничтоживший здание вместе со всей «умной» техникой.

Окружающая действительность – компьютерная симуляция, давшая сбой?

Шведский философ Ник Бостром пропагандирует теорию о том, что мы живем внутри компьютерной симуляции и даже логически доказывает, что такая вероятность весьма велика – около 33%. У теории компьютерной реальности есть свои сторонники и противники; в упрощенном виде она звучит так: любая цивилизация, достигшая стадии «постчеловечества» (избавившаяся от обычного человеческого облика с помощью технических достижений), будет располагать сверхразвитыми версиями технологий, такими как виртуальная реальность, модели головного мозга, искусственный интеллект. Имея в своем распоряжении немыслимые сегодня вычислительные мощности, ученые будущего смогут создавать симуляторы целых вселенных, населенных миллиардами цифровых существ. Таким образом, есть вероятность того, что наша нынешняя реальность – это не более чем эксперимент по моделированию прошлого.

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

- Glenn McDonald. Danger, danger! 10 alarming examples of AI gone wild. InfoWorld. Mar 23, 2017 

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

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

Для решения этих задач организации сегодня переходят от спонтанного построения гибридных систем ERP к стратегическому планированию, предусматривающему использование передового опыта в части сравнения, подключения, развертывания и тестирования решений.

Рост корпоративных облаков

«Отдельные подразделения, купившие облачные приложения в обход ИТ-службы, вскоре сталкиваются с ростом объемов транзакций и необходимостью интеграции с основной ERP», – отметил Майк Гуэй, руководитель направления исследования корпоративных бизнес-приложений и систем ERP в Gartner. Из-за этого ИТ-службе приходится выполнять несвойственную для нее роль и осуществлять поддержку, необходимую для устойчивого и безопасного подключения облачных решений к основным системам. И хотя поставщики облачных решений следят за обновлениями, ИТ-службе все равно приходится поддерживать корректное взаимодействие этих обновленных решений как с системами, развернутыми предприятием на своей территории, так и с другими облачными приложениями.

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

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

Процесс проникновения технологий в традиционные бизнес-приложения напоминает состояние телевидения в 60-е годы. В то время на экране зачастую можно было увидеть человека, читающего в микрофон текст, написанный на бумаге – способ коммуникации по сравнению с радио не изменился, и новые возможности не использовались. Между тем функции, предлагаемые сегодня в облаке, несут принципиально иной подход: они способствуют усилению цифровой трансформации, развитию приложений Интернета вещей, встроенных аналитических средств и машинного обучения. Новые облачные сервисы, основанные на технологиях машинного обучения, лучше подходят для анализа больших объемов данных и выработки рекомендаций пользователям локальных систем.

Около 70% клиентов корпоративных систем Dynamics CRM и ERP отдают предпочтение их облачному варианту, рассказал Умран Хасан, руководитель по маркетингу в Microsoft Dynamics 365. Подключение к облаку гарантирует агрегирование данных, получение необходимых финансовых отчетов, использование средств искусственного интеллекта, организацию резервного копирования, восстановление работоспособности в случае сбоев и многое другое.

Свен Денекен, вице-президент по управлению продуктами, инновациям и интеграции SAP S/4HANA, подчеркнул, что клиентов волнует вопрос, какую часть рабочей нагрузки переносить в облако: «Ведь облачные технологии действительно развиваются очень быстрыми темпами. Практически любое потребительское приложение сегодня работает в облаке, в облако быстро перемещаются и приложения для управления персоналом. Следующими на очереди будут финансовые приложения. Мы наблюдаем растущий интерес к классическим двухуровневым системам ERP с поддержкой семантической целостности. Совместимость со звездообразной моделью не только экономит средства при обмене или перекомпиляции данных, но и помогает в долгосрочной перспективе, поскольку вы начинаете наконец сравнивать яблоки с яблоками. Организации нужно определить, как будет развиваться ее отношение к гибридной модели. Центральной темой дискуссии должна стать интеграция, а также возможность перехода на модель, предполагающую получение платформы в качестве сервиса (platform-as-a-service, PaaS)».

«Настала пора говорить о том, что гибридная система ERP во многом представляет собой платформенное решение, – пояснил Стив Кокс, вице-президент Oracle, курирующий направления ERP и EPM GTM. – Такова наша существующая инфраструктура, так облачные технологии трансформируют наш бизнес и таким путем облачная платформа ведет нас в будущее».

Гибридный подход

Теперь, когда компании понимают преимущества гибридной системы ERP, они лучше расставляют приоритеты при выборе и внедрении решений в гибридной среде. По словам Хасана, клиентов Microsoft к гибридным решениям склоняют следующие факторы:

• консервативное отношение к чисто облачной среде;
• желание управлять данными, их размещением и изоляцией;
• зависимость непрерывности бизнеса от сети (высокой скорости передачи данных и наличия постоянного подключения);
• возможность настройки конфигурации сервисной инфраструктуры с учетом конкретных потребностей бизнеса (например, увеличения масштабируемости);
• недавние инвестиции в ресурсы ЦОД компании;
• отделение операторов от поставщиков сервисов, с тем чтобы избежать привязки к какому-то одному провайдеру.

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

Возникает также вопрос, облако какого типа лучше использовать для того или иного приложения. «У наших клиентов зачастую уже развернуты решения на их территории и задействована предоставляемая в качестве сервиса инфраструктура (IaaS) Oracle Cloud, – добавил Кокс. – Это или набор публичных облачных решений, или даже Oracle Cloud в ЦОД компании».

Важна также интеграция между гибридными ERP и отдельными решениями, не имеющими непосредственного отношения к основной ERP. «Бизнесу в любом случае придется заниматься вопросами интеграции, – заметил Хасан, – рассматривать порядок подключения к существующим системам, масштабируемость. Отвечает ли масштабируемость развернутой системы нуждам предприятия в части как транзакционной устойчивости, так и глобальной готовности?»

Фактически все поставщики традиционных и облачных систем ERP, а также поставщики облачных решений предоставляют сегодня библиотеки API (application programming interface), позволяющие интегрировать их продукты с другим программным обеспечением. Если поставщик решения предлагает интерфейсы API, их можно найти в открытом репозитарии API. «Экономика API будет существовать и никуда не денется», – констатировал Денекен.

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

«Облако меняет природу ресурсов, которые нужны для поддержки бизнеса, – заявил Кокс. – Платформа PaaS Oracle Cloud может стать основой для интеграции приложений и создания согласованных потоков работ, охватывающих сразу несколько систем – развернутых как локально, так и в облаке – и поддерживающих необходимый уровень безопасности и производительности».

Процесс планирования

Начинать планирование гибридной системы ERP нужно с оценки того, что уже имеется, после чего составить список дополнений инфраструктуры всем необходимым. «Нужно определить, отвечает ли эта оценка новым потребностям бизнеса, – предлагает Кокс. – А затем выделить функции, которые имеет смысл перенести в облако, и определить сроки такого переноса».

Компания, которая работает в отрасли, пережившей множество потрясений, к решениям о переносе своих систем в облако относится совсем не так, как предприятие стабильной отрасли.

«Сегодня мы наблюдаем две основные тенденции: полную трансформацию и внедрение инноваций на периферии», – указал Кокс. Если трансформация бизнеса является первоочередной задачей, организации следует рассмотреть фундаментальные изменения своей ИТ-инфраструктуры, в том числе и переход к облачной ERP. Если же вы пребываете в неустойчивой среде, возможно внедрение «инноваций на периферии», начиная с перевода в облако приложений планирования, бюджетирования или закупок. После этого возникает вопрос: что дальше? И важно понимать: дальнейшие шаги могут быть разными. Многие организации, внедряющие инновации на периферии, реализуют сразу несколько параллельных проектов, чтобы ускорить процесс трансформации.

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

Гибкость против сложности

Гибридная среда предоставляет более высокую гибкость компаниям, желающим масштабировать свой бизнес или освоить новые области. Но гибкость эта достигается за счет снижения требований к интеграции и управлению этой интеграцией при обновлении решений.

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

Баланс при использовании облака и переопределение ваших бизнес-процессов позволят быстрее внедрять инновационные решения, сохраняя знания, накопленные в ваших собственных системах.

По словам Кокса, расширение использования облака упрощает поддержку систем ERP и управление в целом. Достаточно вспомнить четыре принципа трансформации: простота, стандартизация (единое определение конкретного процесса в масштабах всей организации), централизация и автоматизация. И одна из главных причин перехода к облаку заключается в отказе от собственной инфраструктуры и сокращении времени и усилий, которые приходится затрачивать на обновление локальных систем.

Что дальше

Хотя конечной целью для многих компаний станет чисто облачное решение, повсеместного полномасштабного перехода в облако в ближайшее время ждать не стоит. Такое происходит сегодня лишь с компаниями, внедряющими у себя ERP впервые. Большинство клиентов Dynamics 365 for Operations, например, ориентируются на облачное решение.

Поставщики систем ERP при разработке нацеливаются сегодня в первую очередь на облако, но намерены в течение неопределенно долгого срока поддерживать конфигурации, развертываемые на территории клиента. При использовании Microsoft Dynamics 365 for Operations, например, клиенты могут выполнять все бизнес-операции у себя или в распределенных системах.

«Чтобы предложить организациям единое представление бизнеса и возможность извлечь выгоду из синергии сайтов, важно агрегировать данные в облаке Microsoft для получения необходимых отчетов, обработки финансовой информации и централизованного управления корпоративными данными, – пояснил Хасан. – Эластичность вычислительных ресурсов, искусственный интеллект и скорость внедрения инноваций в облаке обогащают системы, развернутые на территории предприятия. При полностью автономной системе реализовать это было бы очень сложно».

«Я не видел еще ни одного клиента, который отрицал бы необходимость перехода в облако, – добавил Кокс. – Цифровая трансформация, потрясения фактически в каждой отрасли, глобальная нехватка талантов, подъем робототехники, радикальные изменения многих традиционных профессий, а также растущие клиентские ожидания повышают волатильность существующей бизнес-модели. Новое видение ИТ-инфраструктуры, поддерживающей организацию, сегодня уже сложилось. Для дальнейшей популяризации облака остается лишь предложить инновации, которые соответствовали бы меняющимся ожиданиям клиентов».

– Michael Nadeau. Hybrid ERP matures as companies develop better strategies. CIO. February 22, 2017

В одной из своих заметок на freshserviceblog я обрисовал, что представляет собой «управление сервисами предприятия» (Enterprise Service Management, ESM), чем объясняется его растущая популярность и в чем его преимущества.

Нельзя отрицать того, что обсуждению управления корпоративными сервисами в ITSM отводится важное место. Поставщиками инструментов ITSM, консультационными компаниями и предприятиями ведется много разговоров на эту тему, однако доступного обобщения передового опыта сегодня явно недостаточно. Наверное, вряд ли можно ожидать сегодня каких-то универсальных методик, особенно если учесть, что общепринятого универсального определения термина управления корпоративными сервисами еще просто не существует.

Конечно, есть рекомендации, которые зачастую выдают за лучшие или по крайней мере хорошие практики. Сегодня «сценарии» управления корпоративными сервисами рекламируют и продают многие поставщики инструментов ITSM, а их знания и опыт, накопленные в процессе реализации предыдущих клиентских инициатив, воплощаются в «наилучшие советы» по правильному управлению корпоративными сервисами.

Однако откладывать планирование процесса управления сервисами предприятия из-за недостатка имеющихся ресурсов нельзя.

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

Опрос, проведенный HDI в 2014 году, показал: 51% респондентов уже внедряют принципы ITSM вне сферы ИТ или же планируют в скором времени заняться этим. Согласно результатам опроса, организованного Service Desk Institute в 2015 году, 55% респондентов планировали «управление совместно используемыми сервисами», то есть управление сервисами предприятия.

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

• потребности бизнес-подразделений (поставщиков корпоративных сервисов: ИТ-службы, службы персонала и пр.) в повышении операционной эффективности и качества обслуживания;
• растущих ожиданий сотрудников, желающих, чтобы поставщики корпоративных сервисов соответствовали их личному потребительскому представлению об уровне поддержки и обслуживания клиентов;
• улучшающихся решений ITSM, которые становятся применимы к сценариям, не имеющим отношения к ИТ. Появляются дополнительные функции самообслуживания и сервисные каталоги, внутренние и внешние базы знаний (с расширяющимся функционалом самообслуживания), конференции и мобильные приложения. Сегодняшние решения отличаются большей гибкостью, простотой внесения изменений и возможностью использования несколькими подразделениями;
• агрессивной рекламы поставщиков инструментов ITSM и средств управления корпоративными сервисами. Поставщики переходят к активному продвижению и продаже своих продуктов и услуг, предложению наряду с ITSM средств управления корпоративными сервисами.

Итак, процессы управления корпоративными сервисами объективно существуют. Что же организации следует делать, чтобы повысить свои шансы на успех?

1. Не относитесь к управлению корпоративными сервисами как к ИТ-проекту.

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

Постарайтесь запомнить, что управление корпоративными сервисами – это не столько внедрение процессов и технологий ITSM за пределами ИТ-службы, сколько более качественное предоставление бизнес-сервисов и улучшение восприятия обслуживания.

2. Учитывайте различия.

Нужно признать, что некоторые бизнес-подразделения проявляют к управлению корпоративными сервисами больше интереса, чем другие. Возможно, там лучше понимают преимущества управления корпоративными сервисами. В любом случае обеспечьте, чтобы в обсуждении общекорпоративных решений участвовали все группы, на которых отразятся эти решения. Если вы чувствуете, что инициатива по управлению сервисами предприятия исходит исключительно от ИТ-службы, проведите дополнительную разъяснительную работу, с тем чтобы важность принимаемых решений поняли все.

Учитывайте различия задействованных групп. Речь может идти об относительном потенциале изменений или даже о вкусе к переменам. Возможно, различия в бизнес-процессах приводят к тому, что передовой опыт ITSM не всегда подходит для наилучшей реализации тех или иных функций бизнеса. Не стоит форсировать встраивание бизнес-функций в инструменты ITSM – это лишь замедлит (а то и сорвет) выполнение проекта и вряд ли приведет к оптимальным решениям.

3. Не пытайтесь помогать другим поставщикам корпоративных сервисов, не решив сперва собственные задачи

Поскольку управление корпоративными сервисами представляет собой расширение принципов и возможностей ITSM с выносом их за рамки ИТ, прежде всего нужно оптимизировать ИТ-составляющую. Делиться неоптимальными решениями с другими нет никакого смысла. Особое внимание следует уделить двум областям – самообслуживанию и отчетности с выделением ключевых показателей, которые должны принести выгоду другим бизнес-подразделениям и отвечать их потребностям.

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

4. Не думайте, что управление сервисами предприятия интересно кому-то само по себе, обосновывать все необходимо в бизнес-терминах.

Преимущества управления корпоративными сервисами должны быть четко выражены в бизнес-терминах. Говорите о реальной выгоде, которая обычно выражается в денежном или каком-то ином эквиваленте, изменении клиентского восприятия и получении конкурентных преимуществ. Не пытайтесь разъяснять теорию управления корпоративными сервисами. Для обоснования финансовой отдачи и улучшения качества обслуживания покажите, чего добились другие компании.

Не рассуждайте о преимуществах на языке ИТ, ITSM и ITIL. Если, конечно, вы не хотите привести сотрудников других бизнес-подразделений в замешательство и выключить их из обсуждения. Помните: убедить в необходимости управлять корпоративными сервисами, как и в необходимости любых других изменений, удастся путем регулярного общения, несущего в себе ценную информацию.

5. Тщательно и без спешки продумайте реализацию проекта управления корпоративными сервисами.

Управление корпоративными сервисами в масштабах всего предприятия – очень объемная задача, поэтому подход «большого взрыва» представляется слишком сложным и рискованным. Рекомендуется начать с малого, сосредоточившись на каком-то одном бизнес-подразделении или нескольких новых функциях.

Затем, как и в любом другом многоэтапном проекте, следует отталкиваться от ранее достигнутых успехов, перенося достижения одного бизнес-подразделения на другие. Впрочем, в управлении корпоративными сервисами можно добиться и быстрого выигрыша (ведь все построено на базе ITSM), поэтому аккуратно планируйте, что и когда вы намерены делать.

Итак, я изложил пять своих рекомендаций по планированию процесса управления сервисами предприятия. А что бы добавили или изменили вы?

- Стивен Манн, руководитель и директор по контенту аналитической компании ITSM.tools. Помимо работы в ней он занимается подготовкой маркетинговых материалов по ИТ и управлению ИТ-сервисами. Ведет регулярно обновляемый блог, является автором ряда книг, выступает на отраслевых мероприятиях с докладами, посвященными проблематике управления ИТ-сервисами.

Интернет вещей – одна из ключевых тем, обсуждаемых отраслевым сообществом в рамках общей дискуссии о цифровой трансформации предприятий. Мнения экспертов о зрелости технологий Интернета вещей разделились. Некоторые говорят о нем, просто реагируя на глобальные тенденции и маркетинговый прессинг вендоров. Но есть и те, кто пытается спроецировать Интернет вещей на реалии отечественного бизнеса, общества и инфраструктуры. Нам, безусловно, интереснее второе. И мы попросили ответить на актуальные вопросы по данной теме директора по исследованиям IDC в России и СНГ Елену Семеновскую. 13 апреля она выступит на конференции IDC IoT Forum 2017, которая пройдет под девизом «Мы покажем Интернет вещей в действии!».

- Насколько значима, по мнению IDC, роль Интернета вещей в процессе строительства цифрового предприятия с учетом российской специфики?

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

- Соответствуют ли ожиданиям руководителей российских предприятий практические результаты использования технологий Интернета вещей? Что показывает опыт отечественных компаний?

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

- О чем прежде всего нужно помнить ИТ-директорам российских предприятий, приступающим к активному внедрению технологий Интернета вещей?

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

- Каким будет главный посыл вашего выступления на предстоящей конференции «IDC IoT FORUM 2017: На шаг впереди» 13 апреля?

Мое выступление будет о том, что нового есть сейчас в мире Интернета вещей, как меняется подход к внедрению этой технологии глобально и в регионе. И о том, как российские компании воспринимают и реализуют эту новую парадигму на практике.

В Gartner предсказывают, что компании, придерживающиеся политики «никаких облаков», в 2020 году станут такой же редкостью, как сегодня компании, не использующие в работе Интернет. По оценкам аналитиков IDG, сегодня в 70% компаний пользуются по меньшей мере одним облачным приложением, и в ближайший год этот показатель вырастет до 90%. Иными словами, через пару лет ситуация, когда компания еще не перешла в облако, будет немыслимой.

Успешно развернутая облачная среда обеспечивает адаптивность и экономит затраты, а вот неудачное внедрение сводит преимущества на нет. Поэтому при планировании облачной стратегии избегайте нижеперечисленных упущений, из-за которых соответствующие проекты проваливаются.

• Рассматриваются не все доступные варианты. Выбор в пользу крупного провайдера облачных сервисов дает свои преимущества, но часто такое решение принимают без всестороннего изучения доступных предложений. Перейти к другому оператору будет непросто. Поэтому отбор проводят с особым тщанием, продумав прежде, как ваша среда будет развиваться в предстоящие годы. Это важно, особенно учитывая то, что все больше компаний применяют мультиоблачный подход.
• Отсутствие диалога внутри компании. Решения, связанные с облачными сервисами, все чаще принимают на уровне совета директоров и бизнес-подразделений, которым сегодня хватает «теневых ИТ» и бюджета на них, чтобы самостоятельно получать необходимые облачные ресурсы. Во многих организациях ИТ-специалистам не дают возможности встречаться с другими руководителями, чтобы грамотно доводить до их сведения облачную стратегию. Поэтому топ-менеджеры должны организовать каналы связи, чтобы руководители операционных отделов могли излагать свои бизнес-задачи, а в отделе ИТ выбирали ресурсы, необходимые для решения этих задач.
• Отказ от модернизации инструментария. Для ИТ-специалистов переход в облако означает освоение новых навыков, а для этого нужны средства на обучение и трата времени. Прежде всего ИТ-руководители должны научиться понимать задачи и требования бизнеса, чтобы обосновывать покупку и развертывание нужных сервисов. Кроме того, ИТ-специалисты должны знать о доступных облачных сервисах и тех преимуществах, которые они обеспечат организации.
• Слишком запоздалая забота о безопасности. Проблемы безопасности неизменно на первом плане в компаниях, переходящих в облако, поэтому соответствующие защитные меры необходимо принимать еще в начале процесса миграции. Учитывая рост числа сервисов, используемых сотрудниками, необходимо принять все возможные меры по защите данных компании, а значит, ИТ-отделу с первого дня потребуются обучение и инструменты для борьбы с угрозами безопасности. Когда речь идет об облаке, стратегия защиты должна быть совместной: нужно четко знать, что будет защищать провайдер, а что – клиент.
• Чересчур быстрая миграция. Переход в облако должен быть постепенным, по одной бизнес-функции, чтобы оставалась возможность проверять правильность выбора. Начинать нужно с отделов, наименее критичных для бизнеса, чтобы ИТ-специалисты смогли спокойно познакомиться с процессом внедрения, прежде чем браться за перевод ответственных структурных единиц. Переход в облако займет немало времени и подразумевает постепенное расширение. А организации, проводящие преобразования второпях, ставят под угрозу успех такой инициативы.
• Отсутствие оптимизации затрат. Из-за того что во многих организациях не разобрались с моделями назначения расценок на облачные сервисы, до трети инвестиций, выделенных на облачный проект, тратятся по сути впустую. Часто компании недостаточно расходуют ресурсы своих виртуальных машин и платят за неиспользуемые экземпляры. В результате издержки на сопровождение облака выходят за разумные рамки. Переход в облако не должен сопровождаться огромными издержками, и если вы недостаточно тщательно спланируете стратегию сопровождения, будет трудно потом оправдывать затраты перед руководством.
• Нежелание осваивать новые технологии. Современные технологии дают огромные инновационные возможности. Сегодня во многих ИТ-отделах изучают, какие перспективы обещают бизнесу автоматизация, машинное обучение, программно-конфигурируемые центры обработки данных и т. д. Компании, в которых не пожелают задействовать весь спектр возможностей, предоставляемых облаком, на следующем витке облачной революции окажутся среди отстающих.

– Lawrence Schwartz, CMO, SoftwareONE. 7 Reasons your cloud will fail. Network World. January 31, 2017

Тема рисков, связанных с возможностью так называемого форкинга (forking) – возникновения ответвлений в открытых программных продуктах (см. «Так ли уж страшно ответвление в ПО с открытым кодом», «Директор информационной службы», №10, 2016), нашла довольно большой отклик в российском сообществе Open Source, причем многие эксперты уверены: ответвление вовсе не зло, да и рисков в нем отнюдь не больше, чем в проприетарных системах.

Ответвление – не трагедия

Илья Вислоцкий, директор центра архитектуры клиентских решений Stack Group: «Вероятность резких поворотов в судьбе проекта является одним из главных вопросов, которые задают себе ИТ-директора, когда продумывают возможность использования открытого ПО. Оценивая риски и совокупную стоимость владения, они все-таки перестраховываются и чаще выбирают коммерческие решения»

«Вероятность резких поворотов в судьбе проекта является одним из главных вопросов, которые задают себе ИТ-директора, когда продумывают возможность использования открытого ПО в бизнес-процессах компании. Безусловно, вопрос этот требует внимания», – признает Илья Вислоцкий, директор центра архитектуры клиентских решений Stack Group. При использовании открытых решений, помимо вопросов их надежности, существуют и риски их некачественной поддержки. Поэтому многие компании возлагают поддержку таких систем на свой ИТ-отдел, и если специалисты окажутся не готовы к неожиданным ответвлениям, то организация рискует остаться с устаревающей версией последнего релиза и без дальнейшей поддержки и развития. В конечном итоге это приведет к сложному и дорогому процессу миграции. Как полагает Вислоцкий, именно поэтому, оценивая риски и совокупную стоимость владения открытым ПО, ИТ-директора все-таки страхуются и чаще выбирают проприетарное ПО.

«Информацию о возможном ветвлении открытых продуктов нужно иметь в виду, когда принимается решение об их использовании в своих будущих проектах. Ситуация может измениться как в благоприятную, так и в неблагоприятную сторону – например, команда ответвления начнет работать более эффективно», – отмечает Дмитрий Метлин, ИТ-директор Mango Telecom, ориентирующейся на открытые продукты. Если платформа была выбрана изначально правильно (наиболее стабильная версия, широкое сообщество и т. п.), то бояться точно не стоит.

Павел Рыцев, ИТ-директор ALP Group: «Разумнее всего относиться к ветвлению не как к трагедии, а как к отличной возможности выбрать наиболее здоровую ветвь продукта, которая поможет компании развиваться максимально динамично»

«Считается, что сама природа открытого ПО делает его нестабильным и не очень надежным. Но в разработке ядра систем, основных библиотек, а также в создании веб-серверов и серверов баз данных на их основе участвуют десятки, сотни и даже тысячи разных компаний. Это автоматически делает проекты крайне живучими! И возможность “форкнуть” их стоит воспринимать как большое преимущество, а не как недостаток», – уверен Павел Рыцев, ИТ-директор ALP Group. По его словам, нужно предвидеть такой сценарий и преодолеть негативное отношение к нему.

Допустим, проект расслоился на несколько частей и появилось сразу несколько ветвей. Разумнее всего воспринимать такое положение вещей не как трагедию, а как отличную возможность выбрать наиболее здоровую ветвь продукта, которая поможет компании развиваться максимально динамично. Ведь практически безболезненно переключиться с одного варианта продукта на другой удается как раз при разделении его на ответвления.

То, что «форков» может быть несколько и развитием даже самого узкоспециализированного из них кто-нибудь непременно занимается (три человека или сто тысяч), дает возможность легко оценить правильность выбранной версии. Если ее развитие не совпало с ожиданиями, компания просто переходит на другой «форк», который намного лучше отвечает целям и планам. Это особенно важно, когда продукт находится на начальном этапе развития. В такой момент различия в версиях невелики и возможность гладкой и безболезненной миграции очень вероятна.

«Это отличает работу с Open Source от привычной практики применения проприетарных разработок. Устаревшие практики надо менять, а не пытаться под них подстроиться», – подчеркивает Рыцев.

«Ответвления в открытом ПО – это обычный процесс, они возникают весьма регулярно и несут положительный эффект, так как открывается возможность посмотреть на проблему с другой стороны, обкатать новые идеи», – говорит Павел Романченко, начальник отдела разработки компании «Инфосистемы Джет». Если бизнес зависит от какого-то конкретного ПО, то нужно опасаться не ответвлений, а снижения активности в разработке. Соседний проект можно не принимать во внимание до тех пор, пока устраивают и темп развития, и перспективы.

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

Семь раз отмерь

Неопределенность дальнейшей судьбы проекта, на который сделала ставку компания, – это в любом случае повод нервничать. Как ИТ-директору следует воспринимать эту ситуацию?

Дмитрий Метлин, ИТ-директор Mango Telecom: «Если есть моменты, которые заставляют нервничать, значит, ставка на данную платформу была изначально плохо продумана»

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

«Если с ситуацией, вызвавшей проблемы, ИТ-директор столкнулся “внезапно”, следует пересмотреть критерии выбора открытого ПО. К подобному развитию событий нужно быть готовым еще на этапе выбора открытого проекта и определить возможности “отступления”», – рекомендует Вислоцкий.

Как отмечает Романченко, ответвления обычно возникают как реакция на нетехнические разногласия. Например, после того как компания Oracle купила Sun Microsystems, несколько открытых проектов отделились под новыми названиями: MariaDB, LibreOffice, Jenkins. В этом случае «форк», то есть новый проект, сохраняет свою открытость и у пользователей появляется возможность выбора: сообщество или корпорация.

Есть и примеры, когда новый проект развивался гораздо быстрее, чем его предшественник (например, LibreOffice), и случаи, когда оба проекта развиваются одинаково успешно (например, MySQL и MariaDB). Так или иначе, с выбором всегда можно подождать, поскольку обычно оба проекта сохраняют совместимость друг с другом достаточно долгое время. Главное – определить для себя, что важнее: технические детали (развивается ли проект в нужном направлении), поддержка сообщества или корпорации, тонкости лицензирования и т. д.

Правильная сторона

Необходимые действия по минимизации рисков просты: две-три хорошо протестированные альтернативы основному продукту. Если продуктов несколько, по две-три альтернативы должны быть у каждого. Однако при появлении ответвлений можно постараться остаться на «правильной стороне баррикад».

Поможет в этом тщательная оценка сообщества разработчиков или компании, занятой развитием продукта. По словам Рыцева, «маячки», помогающие оценить сообщество, – это общее количество участников, отсутствие непреодолимых конфликтов и расколов внутри, количество спонсоров, заинтересованных в развитии данного продукта. Богатую пищу для размышления дает просмотр описания ИТ-инфраструктур больших компаний (например, Google, Yahoo) – того, какое ПО и как именно используют эти лидеры.

«Конечно, не следует ставить знак равенства между ИТ-инфраструктурами этих гигантов и “обычных” компаний, даже весьма крупных. Но важно оценивать заинтересованность солидных организаций в выбранной платформе, такой тест повысит безопасность работы с ней», – рекомендует Рыцев.

Оценка производительности и функционала продуктов также обязательна, потому что постоянно появляются новые претенденты на лидерство. По своим возможностям они могут существенно отличаться от лидеров – в любую сторону. И здесь крайне важно видеть всю картину.

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

Если подойти к подготовке правильно, можно не просто «минимизировать вред», но и получить очень большие преимущества. Сказанное в полной мере относится к «форкам». Ведь модульный подход, типичный для СПО, стимулирует создание информационных систем со слабосвязанной архитектурой. Значит, в будущем компания получит простое обновление, больший, чем у проприетарных решений, жизненный цикл информационной системы, потому что ее можно легко менять и модернизировать по частям, по мере роста бизнеса. Это позволяет оперативно вносить необходимые изменения. Быстрые изменения в проприетарном продукте – дело намного более тяжелое, а в случае крупных разработчиков – совершенно нереальное. И сегодня таким системам нужна глобальная революция.