Чрезмерная шумиха и внутрикорпоративные распри убивают потенциал RPA. 10 законов для изменения ситуации

Главная >> Новости >> Чрезмерная шумиха и внутрикорпоративные распри убивают потенциал RPA. 10 законов для изменения ситуации
Чрезмерная шумиха и внутрикорпоративные распри убивают потенциал RPA. 10 законов для изменения ситуации

Семь лет тучных и еще семь лет, может быть

Пара слов от переводчика

Общаясь последнее время со своими коллегами, имеющими отношение к RPA, я заметил, что в нашей экосистеме сформировалось три группировки, различающиеся по своему пониманию технологии RPA.

В первой, среди консультантов, в основном, составивших ранее свое имя на теории и внедрении BPM-систем, твердо бытует мнение, что RPA – это сугубо временное явление, откровенный паллиатив, что-то типа скотча вместо сварки, и не больше, чем цементирование коровьих троп. Заказчикам внушается мысль, что RPA – это ненастоящая интеграция. Им надо только немного потерпеть, собраться с силами и средствами, но сделать интеграцию «по-настоящему», т.е., через API.

Производительные устройства с высокой степенью защиты данных для комфортной работы как в офисе, так и дома. Ваше рабочее место всегда с вами вместе с мобильными Fujitsu LIFEBOOK

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

Третья понимает RPA как иной вид автоматизации, эффективной строго в своей области, которую лично я для себя определяю как взаимодействие нескольких, технологически существенно различных, информационных систем. С моей точки зрения, RPA это, фактически, следующий этап развития систем класса ETL (Extraction –Transformation – Loading).

Однако, по счастью, в мире картина применения RPA далеко не так проста. Недавно я нашел очень интересную публикацию, подготовленную западной консалтинговой фирмой HFS, в которой я нашел более развернутое, глубокое и многоплановое понимание RPA. Публикация мне показалась настолько интересной, что я решил непременно поделится ей со своими коллегами по цеху.

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

В связи с чем мнение авторов относительно роли и места RPA в автоматизации корпоративного бизнеса в целом и о потенциальном вкладе RPA в реализацию цифровой трансформации бизнеса показалось мне особенно интересным и достойным для широкого ознакомления.

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

Позволю себе сделать несколько предваряющих оговорок.

  1. Я лично не готов подписываться под каждым словом представленной публикации, я просто считаю полезным донести мнение авторов до своих коллег. А уж выводы делайте сами.
  2. Перевод сделан не полностью, а особенно острые углы сознательно сглажены ради политкорректности. Оригинальный язык публикации простой и совсем не академический, поэтому имеющим такую возможность очень советую прочесть публикацию в оригинале, по-английски.
  3. Заранее соглашусь, что текст грешит некоторой декларативностью и плохо скрытой полемичностью, что предлагаю извинить, принимая во внимание выбранный авторами жанр манифеста.
  4. Третьи лица упоминаются по тексту просто как реалии нашей экосистемы, а вовсе не ради их рекламы, и никакие из них мне не заказывали и не оплачивали эту публикацию.

Александр Бейдер

Что не так с RPA сегодня?

В 2012 году исследовательская организация HFS, основываясь на разработках компании BluePrism, представила рынку концепцию автоматизации, которая получила известное нам название RPA – robotic process automation. Представляя эту технологию, авторы явно указали сферу ее применения, а именно, отметили, что она представляется им как наилучшая для процессов, которые:

  • в наибольшей степени управляются строгими бизнес-правилами
  • требования к которым имеют:
    • выраженный тактический характер либо
    • слишком краткосрочны для того, чтобы обосновать разработку силами ИТ-специалистов, каковые обычно предпочитают сервис-ориентированную архитектуру (SOA) и инструменты типа систем управления бизнес-процессами (BPM) suites).

Это была историческая попытка использовать инструментарий средств быстрой разработки (low code tool) как способ отойти от традиционных подходов ИТ ради решения средствами автоматизации локальных бизнес-задач, а, возможно, и даже всего потока работ в рамках некоторого процесса.

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

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

Индустрия остро нуждается в обновленном видении RPA. Документ (скромно названный его авторами Манифестом) рассматривает перспективы состояния отрасли, основываясь на возможности достижения стратегических и долговременных выгод, что необходимо, если мы действительно хотим реализовать весь потенциал подлинно цифровой рабочей силы.

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

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

Отрасль нуждается в четких формулировках своей ценности в долговременной перспективе. Это – условие ее выживания.

Краткая история RPA

Как RPA начиналась…

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

  • Технология RPA тогда была очень четко отделена от технологии RDA (Remote Desktop Automation)
  • В качестве цели рассматривалось повышение эффективности работы и связанное с этим снижение себестоимости услуг
  • Основными движущими силами были поставщики профессиональных услуг и бизнес-консультанты
  • `Intelligent automation` (интеллектуальная автоматизация) рассматривалась как мост в будущее

… и что стало

  • Идея исключения ролей из процесса была заменена на идею «добавленной стоимости» ради упрощения коммуникаций
  • RPA и RDA стали совместно именоваться RPA, а так называемые «attended» роботы, т.е. непосредственно управляемые сотрудниками, захватили 90% рынка
  • Аналитики от ИТ стали фокусироваться на возможностях и функциях вместо того, чтобы уделять основное внимание влиянию RPA на инициативы по трансформации бизнеса
  • Вендоры немного потеряли понимание необходимости ориентироваться на потребности конечных пользователей, так как были вынуждены отрабатывать частные инвестиции
  • Небольшие RPA-компании со слабым менеджментом оказались неожиданно вовлечены в крупные корпоративные сделки
  • RPA завоевала любовь высшего менеджмента, отвечающего за организацию бизнес-процессов, но потеряла понимание со стороны служб ИТ
  • Некоторые глобальные поставщики вышли на рынок RPA, видимо, только ради того, чтобы обозначить свое присутствие в индустрии RPA
  • Мнение поставщиков бизнес-услуг и консультантов стало мало кого интересовать
  • Маркетинг старается раздувать возможности и приукрашивать перспективы, оставляя реально работающих консультантов лицом к лицу с реальными клиентами, которые начинают все меньше им доверять.

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

Что мы на самом деле думаем об RPA

В первую очередь рассмотрим облако тэгов, которое было получено в результате обработки ответов на вопрос «Как я могу охарактеризовать RPA».

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

Итак, потенциал RPA весьма впечатляет, однако его реализовать гораздо сложнее, чем кажется на первый взгляд.

Почему следует пересмотреть концепцию RPA?

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

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

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

Если посмотреть на то, какое давление испытывает бизнес сейчас, то с какими наиболее явными вызовами Вам приходится сталкиваться сегодня?

Источник: Отчет HFS, поддержанный KPMG «Статус Производства и Аутсорсинг», 2019. Опрошено 355 руководителей

 

Десять законов RPA

Основываясь на анализе этой информации, авторами были сформулированы десять законов поведения в профессиональном RPA-сообществе.

1. ИТ-специалисты и бизнес обязаны работать совместно и разделять ответственность за оцифровку процессов, либо цифровые модели просто не будут работать

Другими словами, RPA – это первый случай, когда ответственные руководители компаний сталкиваются со средствами быстрой разработки для оптимизации потоков работ и начинают воспринимать ИТ-персонал как критически важного партнера для обеспечения их долговременной работы. Бизнес и ИТ не могут добиться успеха друг без друга. Они должны договориться заранее о планах работ и будущей операционной модели. Бизнес должен описать потоки работ, обеспечивающие ключевые производственные результаты, а ИТ должен обеспечить их реализацию. Бизнесу, как правило, нравится RPA, однако, ИТ часто недопонимает RPA, т.к. RPA не до конца соответствует логике работы ИТ-персонала.

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

Более того, ИТ часто принимает на себя удар, если корпоративная система внезапно дает сбой, вне зависимости от того, виноваты ли в этом сотрудники службы ИТ или нет. Часто внедрение RPA начинается вообще незаметно для ИТ, например, путем закупок, осуществляемых бизнесом без согласования с ИТ. Однако, вырасти из серой зоны невозможно. Застарелая священная война между бизнесом и ИТ должна окончиться с приходом другой цифровой архитектуры, и только тогда мы сможем сказать о появлении цифровой рабочей силы будущего.

2. Бизнес и ИТ должны уважать интересы друг друга, что значительно повысит шансы на успех

Если одна сторона не готова изменяться, то баланс, необходимый для успеха, никогда не будет достигнут. Подобная зрелость необходима для того, чтобы нивелировать риски и определить пригодные для автоматизации процессы. ИТ должны быть полностью открыты для того, чтобы принять тот факт, что их коллеги из бизнеса могут работать не так, как они, и попытка бизнеса поиграть на поле RPA может, на самом деле, помочь ИТ настроить свою ментальность в правильном направлении. С другой стороны, бизнес должен уважать процессы ИТ, принимать риски, учитывать существующие требования по управлению информацией. Рассчитывать на остальное – это полагаться на удачу и надежду, а такое поведение не может лежать в основе корпоративной стратегии.

3. Бизнес-стратегия должна руководить автоматизацией, иначе ни то, ни другое не будет иметь смысла

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

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

4. Рассматривайте RPA как корпоративное приложение, иначе она никогда не станет частью инициатив по цифровизации

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

5. Установите измеримые и осмысленные критерии, иначе вы никогда не достигните цели

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

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

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

В конце концов, большинство предприятий будут измерять успех RPA-инициатив через показатель FTE (эквивалент полной занятости). Однако, следует иметь в виду, что может пройти немало времени, прежде чем потенциальные возможности экономии (soft savings) начнут превращаться в реальную экономию денежных средств (hard savings) по мере того, как предприятие будет находить всё более удачные способы применения RPA.

6. Рассматривайте RPA как проводник для внедрения других передовых технологий — распознавание данных, машинное обучениепредиктивная аналитика, процессная аналитика — иначе AI не скоро найдет себе место в вашем предприятии

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

Более того, постигнув секреты получения более высоких результатов для бизнеса благодаря изменениям бизнес-процессов, даже самое амбициозное руководство начинает смотреть на мир и ожидаемые результаты автоматизации с точки зрения клиента. Клиентами могут быть заказчик, партнеры, покупатели – кто угодно.

Ручная работа – это еще не враг, слабые пользовательские возможности – вот главное зло.

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

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

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

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

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

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

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

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

 

8. Взращивайте таланты и создавайте перспективы автоматизации, если не хотите остаться там, где вы есть, навсегда

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

9. Работайте и для души, и для тела, иначе будете трудиться понапрасну

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

Если мы не сможем информировать коллег относительно мощности и потенциала RPA, то никакие усилия бизнеса или ИТ и никакие самые лучшие стратегии не смогут воплотить RPA в жизнь. Постоянно инвестируйте в информирование сотрудников относительно ценности и выгод автоматизации, и используйте для этого самый простой и понятный язык.

10. Забудьте слово «робот», если не хотите выглядеть старомодным

Нет никакого сомнения в том, что термин «робот» инициировал беспрецедентный интерес к RPA с момента его появления в 2012 году. Однако, большинство внедрений RPA, как правило, предусматривают автоматизацию работы с приложениями при непосредственном участии человека (attended desktop processes), что требует более пяти роботов, в отличии от полностью автономных от человека приложений (unattended engagements) выполняемых на выделенном сервере, что, собственно, и было главным намерением разработчиков технологии в момент ее создания.

Таким образом, зачем настаивать на использовании слова, которое глубоко связано только с понятием устранения ручного труда, смущает многих пользователей, и ничего не добавляет рынку, кроме брожения умов и невежественности? Связанные области, такие как процессная аналитика, машинное обучение, обогащение процессов данными, не нуждаются в слове «роботизация», так что зачем использовать его, когда мы говорим про автоматизацию процессов и задач?!

И что дальше?

Проведенные авторами исследования по модели SWOT говорят о том, что многие показатели могут появляться одновременно в разных разделах. Так, выяснилось, что сила и слабость RPA могут оказаться, в то же время, возможностями и угрозами для более слабых игроков рынка. Поэтому авторы решили построить новую модель, сгруппировав силы и возможности против слабостей и угроз, и получили модель SO WT, что можно расшифровать как SO WhaT (И что дальше).

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

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

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

Кроме этого, авторы Манифеста подчеркивают, что, по их мнению, главной угрозой для RPA является ее отсутствие в корпоративной повестке цифровизации. Причиной сего является то, каким образом обычно позиционируется RPA перед приобретающими ее заказчиками. Как правило, RPA подается исключительно как средство обеспечить более высокую скорость и снизить себестоимость бизнес-операций. Однако тут, сознательно или нет, упускается то, что она еще и доступна, проста в использовании, легко интегрируема в системы управления бизнес-процессами и другие современные цифровые технологии, что делает ее естественным катализатором цифровой трансформации предприятия.

Необходимо изменить общее восприятие RPA соответствующим образом.

Сухой остаток

RPA не имеет шансов на существование, если руководители бизнеса не смогут встроить ее в свою более широкую повестку цифровой трансформации.

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

Заказчики и экосистема RPA должны сделать RPA частью чего-то большего, например, трансформации, реализации стратегических инициатив, достижения лучшего пользовательского опыта. Руководители бизнеса должны гармонизировать RPA с другими проводниками цифровых инициатив в компании: процессной аналитикой, средствами быстрой разработки BPM, элементами AI, интеллектуальной аналитики, развитыми API, микросервисами.

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

https://www.tadviser.ru/index.php/%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D1%8F:%D0%9C%D0%B0%D0%BD%D0%B8%D1%84%D0%B5%D1%81%D1%82_%D0%9D%D0%BE%D0%B2%D0%BE%D0%B9_RPA