Можно найти множество стратегических рекомендаций к вопросу о том, как структурировать программы по роботизации бизнес-процессов для достижения наибольшей эффективности.
В частности, как строить структуру функционирования RPA, формировать и развивать компетенции по роботизации, определять и устанавливать роли и обязательства в рамках RPA-проектов, усиливать функцию управления изменениями при развертывании проектов по роботизации бизнес-процессов, применять Lean- и Agile-подходы в RPA и др. Однако не так часто приходится слышать про технологические ловушки в RPA-проектах, в которые может попасть любая проектная команда, и подходы, которые помогли бы направить RPA-проект в правильное русло.
Именно поэтому очень важно обозначить ключевые технологические моменты, с которыми может столкнуться команда разработчиков во время развертывания RPA. Приведенный ниже перечень, конечно же, далеко не полный, поскольку много вопросов появится в процессе работы — в зависимости от специфики среды, в которой вы будете работать, а также технологий и платформ, использованных в RPA-проекте. Самые распространенные технологические моменты, на которые следует обратить внимание, можно свести к следующим пяти позициям:
Стандарты и принципы кодирования RPA. Независимо от того, какую RPA-платформу вы будете использовать или насколько велика ваша команда разработчиков, очень важно изначально согласовать в рамках последней стандарты и принципы кодирования для обеспечения точности кода вашего программного робота. Здесь мы не сделаем открытие в мире программирования, поскольку это довольно стандартный подход, который достаточно давно используется в мировой практике автоматизации процессов и инжиниринга. Учитывая тот факт, что создание программного робота является также частью автоматизации, соответственно, все базовые принципы, которые применяются для классической автоматизации, также должны использоваться для роботизации процессов. А именно: принцип «не повторяй себя» (Don’t Repeat Yourself, DRY), общие соглашения о наименовании (naming conventions), наименовании переменных (naming variables), комментирование (commenting), портативность (portability) и др.
Методы программирования RPA. Существует два ключевых метода для создания робота бизнес-процессов: метод программирования на уровне интерфейса пользователя (UI) и программный метод (background). Прежде чем создавать структуру и карту процесса робота, следует определиться, какой метод программирования будет применяться для конкретного процесса. Выбор наиболее подходящего метода будет зависеть от RPA-платформы и возможностей используемых сторонних приложений, от процессов и особенностей среды, а также от видения конечным потребителем способа обработки данных программным роботом: на программном уровне или же на уровне интерфейса пользователя.
Непрерывность процесса RPA. Что может быть хуже, чем потерять все ваши наработки по созданию кода именно тогда, когда нужно перенести роботизированный процесс из тестовой среды в продуктивную? Действительно, очень досадно сознавать, что созданный код потерян из-за неэффективной настройки резервного копирования данных. Среда разработки RPA должна быть настроена таким образом, чтобы гарантировать 100% доступность и целостность данных исходного кода для обеспечения непрерывности процессов в течение всего RPA-проекта. Буквально говоря, когда ваша проектная команда разрабатывает программного робота, весь исходный код, который был помещен в репозиторий, должен сохраняться в дополнительном хранилище данных, которое резервируется в определенные отрезки времени (например, каждый час).
Система управления и контроля кода RPA. Система управления версиями (Version Control System, VCS), в частности SVN или Git, является основой любого проекта по разработке программного обеспечения, включая разработку программных роботов. Отсутствие этой системы, правильно интегрированной в ваш проект и в среду разработки RPA, может привести к нецелостности кода и, соответственно, низкому качеству результатов, а также потребует дополнительных усилий со стороны главного разработчика RPA по сведению промежуточных результатов работ разработчиков в единое целое. Поэтому, прежде чем начинать работы по разработке, во время настройки среды разработки RPA обязательно следует предусмотреть, чтобы в вашем центре управления RPA была надлежащим образом установлена система управления версиями.
Принципы переходного кода RPA. Не будет ничего удивительного в том, если клиент скажет вам на определенном этапе, что ваши среды — разработки, тестовая и продуктивная — являются разными. Для решения этой проблемы и с целью эффективного управления средами следует использовать конфигурационные файлы, где будут сохранены все необходимые отличия.
Перечисленные технологические моменты являются лишь частью айсберга, с которой один на один может столкнуться любой разработчик RPA. Чтобы быть уверенным, что ваш результат роботизации бизнес-процессов управляем, выполнен вовремя и качественно, в вашей проектной команде должны быть люди с соответствующими техническими навыками для обеспечения полноценного воплощения всех возможностей RPA.