`

СПЕЦИАЛЬНЫЕ
ПАРТНЕРЫ
ПРОЕКТА

Архив номеров

Как изменилось финансирование ИТ-направления в вашей организации?

Best CIO

Определение наиболее профессиональных ИТ-управленцев, лидеров и экспертов в своих отраслях

Человек года

Кто внес наибольший вклад в развитие украинского ИТ-рынка.

Продукт года

Награды «Продукт года» еженедельника «Компьютерное обозрение» за наиболее выдающиеся ИТ-товары

 

Лилия Каневская

Роботизация бизнес-процессов: технологические ловушки в проектах

+11
голос

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

В частности, как строить структуру функционирования 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.

+11
голос

Напечатать Отправить другу

Читайте также

 
 
IDC
Реклама

  •  Home  •  Рынок  •  ИТ-директор  •  CloudComputing  •  Hard  •  Soft  •  Сети  •  Безопасность  •  Наука  •  IoT