Почему Роботизированная Операционная Модель (ROM) необходима для успеха RPA

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

Когда Бенджамин Франклин сказал «унция предупреждения стоит фунта лечения», он не имел в виду специально Роботизированную Процессную Автоматизацию (RPA) и важность Роботизированной Операционной Модели (ROM). Но он мог бы.

RPA внедряется лучше всего, когда полное путешествие определено заранее, а не ждете, пока обнаружите ошибку, а потом исправляете её.

ROM Blue Prism был основан для служения именно этой цели и разбит на семь столпов:

• Видение
• Организация
• Управление и Конвейер
• Методология Поставки
• Сервисная Модель
• Люди
• Технологии

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

Соблюдение Blue Prism ROM обеспечивает процветание и органический рост RPA Центра Компетенций (CoE), а не стагнацию. Это то, что делает RPA легко масштабируемым и предотвращает компанию от бега с RPA до того, как она научилась ходить.

Видение

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

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

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

Чем раньше вы получите правильных людей на борту, тем лучше!

Организация

Следующий шаг включает планирование вашей организационной модели. Где RPA будет сидеть в бизнесе и какие ваши планы на рост? Централизованный подход охватывает всю организацию. Может быть полезно внедрить это в существующий CoE. Однако, если у вас ограниченная команда поставки, вам нужно будет управлять ожиданиями, когда все углы бизнеса стучатся к вашей двери за автоматизацией их процесса!

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

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

Управление и конвейер

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

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

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

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

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

Методология поставки

Теперь вы идентифицировали все эти процессы, как вы собираетесь доставлять их как автоматизированные решения?

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

Слишком соблазнительно заставить вашего разработчика автоматизировать решение в Blue Prism максимально быстро. В долгом бегу, однако, вы пожелаете, что взяли немного больше времени.

Сначала документируйте «to-be» процесс. Как роботический процесс будет отличаться от человеческого? Что такое чертеж для строительства в Blue Prism?

Очертите Business Objects, которые вам нужны для этого решения, и сравните их с Objects, которые уже существуют в вашей среде. Это в конечном счете приведет ваши времена разработки вперед по мере расширения вашей библиотеки переиспользуемых объектов. Разработка может начаться, когда «to-be» согласован с бизнесом, и ваш дизайн-авторити/лид-разработчик одобрил предложенный чертеж и провел необходимые peer reviews.

Подпишите тестирование и убедитесь, что бизнес удовлетворен. Есть другие ключевые доставки, которые нужно произвести в фазах тестирования и релиза — и критично не пренебрегать ими!

Сервисная модель

Когда ваши процессы в продакшене, вам нужно получить правильную поддержку вокруг них.

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

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

Люди

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

Разработчики должны быть обучены к высшему стандарту и в Blue Prism разработке, и в процессном анализе. Так они готовы выполнять гибридную роль, все время получая on-site поддержку от опытного консультанта.

По мере роста вашей команды разработки, вы должны смотреть на назначение Design Authority для обеспечения поддержания стандартов и Control Room Monitor для управления вашими продакшен-роботами.

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

Технологии

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

Общая проблема — неудача в построении виртуальных машин против общего образа, означающая, что техники разработки вроде Surface Automation несут большую угрозу неудачи.

Получение каждого столпа правильно — необходимо для успеха в любом RPA-решении.

Автор: Роб Доусон, главный консультант, Robiquity