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