Константин Артемьев
Основатель Sherpa RPA
Достаточно хороший обзор технологии RPA!
Хотел бы прокомментировать тезис о том что RPA может нести угрозу для отрасли аутсорсинга бизнес-процессов. Мне кажется, всё как раз наоборот. То что я сейчас наблюдаю - аутсорсинговые компании сами "нанимают" роботов для ускорения рутинных бизнес-процессов. Учитывая, что они и так проводили большую работу по систематизации и типизации тех услуг, которые они оказывают клиентам, а также подводили под эти услуги инструкции и регламенты - для более чёткого исполнения их людьми, они сейчас находятся в более выигрышном положении по сравнению с большинством компаний, у которых бизнес-процессы пока in-house - там пока всё не так чётко структурировано. Чем более структурирован бизнес-процесс, тем проще и дешевле передать его роботу, тем выше будет отдача.
Ещё одно интересное направление - ОЦО (Общие центры обслуживания). Это когда крупная компания с несколькими филиалами создаёт себе "карманную" аутсорсинговую компанию и выносит туда общие повторяющиеся бизнес-процессы своих подразделений. Обычно это бухгалтерия, кадровый учёт, HR-процессы, иногда логистика, IT-обслуживание, "внутренний" клиентский сервис. Изначально экономия достигается на исключении дублирующихся бизнес-функций на уровне корпорации, но вторым этапом эти бизнес-функции начинают роботизировать. Только у нашей платформы Sherpa RPA в клиента три ОЦО крупных компаний (кстати, спасибо за упоминание). Тренд устойчивый, будет продолжаться.
Так что аутсорсингу нечего беспокоиться, наоборот надо брать технологию на вооружение.
А мне кажется тут нет противоречия. Бухгалтер, или логист или эйчар сделали себе на рабочем месте "сургуч и палки", которые тем не менее работают и им лично приносят пользу и экономят время.
Потом их коллеги посмотрели на это и сказали "хочу такое же". Но они не умеют/не хотят делать себе сами. Попользовались поделкой коллеги, выяснилось, что эта наработка нужна больше чем к одному человеку, потом они пошли в отдел роботизации. Там уже более профессиональные разработчики этот "сургуч и палки" отрефакторили, обернули в обработки исключений и поставили в оркестратор и на обслуживание. Теперь все эйчары или все бухгалтеры могут этим пользоваться, и теперь уже с заданным SLA и надежностью.
Если бы не было того сотрудника который первым сделал и на себе попробовал свою самоделку, а проблему искали бы традиционным способом, эта автоматизация появилась бы на X месяцев или лет позже, если бы вообще появилась.
Недальновидная была компания. К счастью, не везде так. В крупных российских банках и телекомах сейчас направление citizenship developers всячески поощряется. Знаю это достоверно, т.к. мы помогаем внутри клиентов создавать такие "гражданские" центры компетенции и поддерживать инициативу снизу. Ситуация будет потихоньку меняться к лучшему и в других компаниях.
Я понимаю, о чем вы. Мы сейчас как раз разрабатываем решение этой проблемы, на основе нейросетей. Планируем в ближайшие пару месяцев выкатить. Если вам будет интересно, можете принять участие в тестировании.
Безусловно, бизнес принимает решение на основе TCO (Total Cost Ownership), как вы написали. Во многих случаях TCO на стороне RPA-платформ, с учётом всех переменных и постоянных издержек, которые описали. Есть сферы где другие подходы оказываются выгоднее. Каждой задаче свой инструмент. Насчет ограничений рекордеров - прогресс не стоит на месте, те грабли на которые вы наступали несколько лет назад возможно уже не актуальны. Попробуйте рекордеры современных инструментов, например нашего, возможно они вас приятно удивят.
Зайдите на наш сайт SherpaRPA.ru, кликните на кнопку "Записаться на демонстрацию", которая в самом верху, и в комментарии напишите что вы хотите на обучение. С вами свяжемся и подскажем дальнейшие шаги.
А кто вам мешает писать на Python и использовать его библиотеки внутри RPA-платформы? Если вам по какой-то причине не хватает стандартных "кубиков" самой платформы, по крайней мере в Sherpa RPA вы можете делать вставки кода на четырёх языках: C#, VB, Python и PowerShell. И подключать любые библиотеки на этих четырех языках. И потом свободно обмениваться переменными/объектами из кода на разных языках и визуального кода между собой.
Плюс RPA платформы ещё и в том, что вам не нужно прописывать и проверять CSS, XPath или UIAutomation селекторы вручную. В удобном рекордере вы просто кликаете на нужные элементы управления в нужных приложениях, и все селекторы генерируются (и тут же проверяются) автоматически. В Sherpa RPA вам даже не нужно специально выбирать с каким типом приложения вы работаете - с веб-браузером (любым), обычным или "модным" Windows-приложением (Win32, WinForms, WFP, UWP). Java-приложением или Java-апплетом - способ доступа к приложению и варианты селекторов подбираются автоматически.
Например, если это SAP - робот будет использовать SAP GUI Scripting, если Java - соответствующий bridge и Java-селекторы, и т.д. Скорость разработки в таком подходе существенно выше.
Имелось в виду Automated Quality Assurance - автоматизированное тестирование. Его инструменты местами похожи на RPA. И наоборот тоже верно: RPA некоторыми компаниями используется в том числе для AQA вместо специализированных инструментов, потому что инструментарий внутри RPA-платформ обычно шире, чем внутри AQA-платформ. По крайней мере применительно к задачам UI/UX тестирования. Автотесты на коде RPA конечно не делает, не его профиль.
Я с вами согласен, RPA и AQA это действительно близкие по набору навыков области, и некоторые успешные разработчики RPA раньше были тестировщиками. При этом непосредственных эффектов для бизнесе RPA сейчас может давать значительно больше. Например, один робот в банке запросто может экономить труд 20 человек, а разработали его за месяц-два. Поэтому RPA растёт как на дрожжах, и продолжает расти.
А вот по поводу "завязана на вендоров" - тут не вполне согласен. Да, эффективный RPA делается на коммерческих платформах, но вот переходить между платформами при необходимости можно буквально за 2 недели, потому что ключевые принципы у всех примерно одинаковые. Понятно, что если вы заходите в наше обучение, мы будем обучать именно на своей платформе. Однако вот одна из упомянутых в статьей коммерческих школ учит на трёх платформах сразу. Ну и к тому же, даже пройдя бесплатное обучение у нас, вы сможете потом применить эти знания к другим платформам, при желании.
В понедельник обязательно ответим