Надёжные стратегии преодоления вызовов RPA

Ключево — работать с командами руководства, чтобы объяснить реальные выгоды, которые они могут ожидать, и в какие сроки.

Многие организации уже знают выгоды роботизированной автоматизации процессов (RPA), но им трудно понять, как начать свои проекты. Кто должен участвовать? Должен ли это водить бизнес или IT? Следует ли знать, что хотим автоматизировать, перед поиском помощи, или начать с чистого листа?

Автоматизация означает разное для разных организаций, и нет заданного места или времени для начала.

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

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

Часто мы внедряем современные цифровые технологии в устоявшихся legacy-средах, что означает обучение новых навыков устоявшихся команд.

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

Что требуется здесь — кросс-департаментный стейкхолдер, чтобы подчеркнуть бизнес-выгоды RPA: снижение ошибок и круглосуточный сервис среди главных. Конечно, безопасность часто воспринимается как ключевой вопрос при развёртывании роботов — идея, что боты будут как-то вне контроля. Однако стандартное IT-управление почти всегда достаточно для обеспечения полного соответствия.

Самое главное в погоне за RPA-счастьем — бизнес должен осознать и коммуницировать, что роль RPA — автоматизировать задачи, а не рабочие места.

Легко как 1,2,3

Чтобы преодолеть многие из этих барьеров и ответить на важные вопросы вокруг вызовов RPA, мы рекомендуем трёхстадийную программу.

Стадия 1: Обучение

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

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

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

Стадия 2: Оценка

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

Работая с небольшой командой 3-4 человек, разумно ожидать, что вы сможете спроектировать, построить, протестировать и внедрить один процесс за 40 дней. Важно отобрать процесс, подходящий для Proof of Value, достаточно большой и сложный, чтобы доказать ROI за 40 дней, но достаточно маленький, чтобы быть достижимым и не требовать решения проблем масштабирования RPA-решения.

Результат стадии 2 — работающий автоматизированный процесс, а также чёткий план, как двигать RPA вперёд — и, самое главное, образованная рабочая сила, научившаяся, как работает RPA и что в этом вовлечено. Ключево — доказать выгоды доставки, протестировать и иметь возможность передать роботов бизнесу, если самостоятельность — цель.

Стадия 3: Поддержка

Третья стадия преодоления вызовов RPA — построение операционного бизнес-плана, создающего конвейер автоматизации: какие процессы и ресурсы, вероятно, будут вовлечены. В конце концов, идеальная цель любой организации — стать центром компетенций для автоматизации. Центр компетенций — это организационная структура, которую можно обеспечить инхаус или третьей стороной, и должна включать поддержку бизнес-процессов, программно-техническую поддержку и/или инфраструктурную поддержку для всех активностей автоматизации. Думайте об этом как о RPA-as-a-service.

Дополнительный момент: с самого начала вашего пути к автоматизации вы должны думать, как эта структура будет выглядеть после проекта. Лучше ли иметь центр компетенций инхаус или в конъюнкции с третьей стороной? Это большой ресурсный вопрос, который может измениться на протяжении стадии Proof of Value, но должен быть на виду.

Если вы следуете этим трём шагам преодоления вызовов RPA, вы не сильно ошибётесь. Но учитывая важность человеческого фактора, эти три принципа RPA должны царить предельно.

• Ставьте людей в центр автоматизации;
• Убирайте рутину, чтобы сделать место творчеству;
• Обучайте новые навыки, чтобы использовать преимущества новых технологий.

Написала Киара МакКуи, COO, human+