Пять основных рисков RPA

Роботы могут стать еще одним устаревшим приложением, если их внедрение не стандартизировано

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

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

Роботы могут сделать инновации сложнее и медленнее

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

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

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

Желание получить «все и сразу» может поставить под угрозу успех всей автоматизации

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

Сокращение персонала или оптимизация его численности

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

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

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

Роботы не устраняют необходимость переосмысления основных платформ

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

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

В целом про роботизацию бизнес-процессов можно прочитать в интервью Валентины Кулагиной изданию ICT-Online.