Не будьте RPA-туристом, внедрите эффективное управление изменениями

Предприятия не придерживаются необходимых протоколов, необходимых для эффективного развертывания RPA.

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

Хотя многие поставщики и поставщики услуг позиционируют решения RPA как простые в установке и с минимальным кодом, на самом деле это не так.

Согласно отчету KPMG и HFS Research, существует значительный разрыв между ожиданиями и реальностью в сфере RPA. Хотя предприятия понимают преимущества RPA, исследование показало, что многие из них еще не готовы к его эффективному внедрению:согласно их опросу, только 13 % корпоративных инициатив RPA достигают масштаба всей организации.

«Подготавливается почва для катастрофы RPA, и это предприятие должно действовать сейчас, чтобы предотвратить ее», — предупредила Мария Терехова, старший аналитик HFS Research, в недавнем сообщении в блоге, размышляя о выводах отчета.

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

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

«RPA туризм»

В беседе с информационным веком Елена Кристофер, вице-президент по исследованиям HFS Research, подробно рассказала об отчете и его выводах. По ее словам, сложность масштабирования RPA многогранна.

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

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

Она добавила:«Недостаточно внедрить RPA в рамках обычных ИТ-протоколов. В HFS Research мы в шутку называем это RPA-туризмом».

По мнению Кристофера, если предприятие действительно хочет масштабировать RPA, это должно быть нечто большее, чем просто эксперимент.

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

Недостаток талантов RPA

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

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

Но также важно понимать, что ИТ-персонал и технический персонал только внедряют RPA, а не используют его в основном.

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

Кристофер добавил:«Вы должны помочь сотрудникам захотеть использовать RPA и не бояться этого. Концепция страха автоматизации — реальная вещь. Я всегда говорю:«Чем раньше мы перестанем показывать все эти фотографии роботов в статьях и блогах, тем лучше, потому что это всех чертовски пугает»; плюс, это не реалистичное описание того, что такое RPA. RPA — это программное обеспечение. (Должным образом отмечено — ред.)

Но все же при любой разработке RPA сотрудникам придется приспосабливаться.

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

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