{"id":14276,"url":"\/distributions\/14276\/click?bit=1&hash=721b78297d313f451e61a17537482715c74771bae8c8ce438ed30c5ac3bb4196","title":"\u0418\u043d\u0432\u0435\u0441\u0442\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u0432 \u043b\u044e\u0431\u043e\u0439 \u0442\u043e\u0432\u0430\u0440 \u0438\u043b\u0438 \u0443\u0441\u043b\u0443\u0433\u0443 \u0431\u0435\u0437 \u0431\u0438\u0440\u0436\u0438","buttonText":"","imageUuid":""}

Можно ли быстро войти в IT в 2023 году? Спойлер: да, если правильно выбрать специальность

Разбираю IT-профессию, которой можно обучиться за пару месяцев и затем найти работу в крупной компании. Чем занимаются RPA-разработчики, и где на них учиться.

Привет! Я Константин Артемьев, основатель компании Sherpa RPA, которая создает платформу для разработки программных роботов для бизнеса. Сейчас все спорят, как войти в IT, и можно ли это сделать без долгого образования. Большинство специалистов на рынке скептично относятся к онлайн-курсам и другим быстрым путям, но иногда профессию действительно можно освоить за несколько месяцев.

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

Но вообще-то у разных специальностей разный порог входа. Например, очень популярны курсы по Python, с которых выходит много недоджунов — это слишком объемная область, чтобы освоить её за пару месяцев. Но есть и специальности, где человек после короткого обучения и небольшой практики может претендовать на относительно высокую (условно, от 120 тысяч рублей) зарплату в большой компании.

Одно из таких направлений — разработчик RPA. По данным HH, RPA-разработчики получают от 80 000 до 350 000 рублей в зависимости от уровня, при этом вход в профессию существенно проще, чем в классическую разработку.

Список вакансий на HH

Почему так сложилось?

Чем занимаются RPA-разработчики

RPA (Robotic Process Automation) — технология, которая автоматизирует бизнес-процессы с помощью программных роботов. Об этой сфере заговорили в последние несколько лет: по данным 2020 года в России 60% крупных компаний рассматривают или уже внедрили роботов для повышения эффективности.

Программные роботы по сути имитируют действия человека при работе с приложениями и сайтами и за счет этого решают рутинные задачи (причем более эффективно — они не устают и не допускают ошибок по невнимательности). Но не стоит думать что это всего лишь «макросы на стероидах». Современный RPA — это и микросервисная оркестрация, и активное использование технологий машинного обучения, и интеллектуальный OCR, чат-боты, API-коннекторы и многое другое.

К роботам быстрее всего привыкает именно крупный бизнес: только среди наших клиентов это Альфа-Банк, Росбанк и Банк Открытие, Ростелеком, Билайн и Tele2, Leroy Merlin, Магнит и другие — просто у больших компаний масса регулярных рутинных задач, решение которых хочется отдать роботу. До 2022 бизнес в основном предпочитал западное ПО (UIPath, Blue Prism), но в прошлом году оперативно перешел на отечественное. Выбирая платформу, клиенты смотрели на воспроизводимость всех тех функций, которыми пользовались в западных сервисах, надежность и репутацию вендора (мы, к примеру, являемся членом кластера RPA РАЭК, участником Сколково, а сама платформа входит в Реестр отечественного ПО Минкомсвязи).

Разработчик описывает, что должен делать робот, в виде блок-схемы со стрелочками

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

Особенность RPA в том, что это очень прикладная технология, которая быстро окупается для компаний. Например, чтобы применение Data Science начало приносить бизнесу пользу, должно сложиться много факторов: налаженная система сбора данных, грамотный DS-отдел, правильная постановка задач от бизнеса и так далее. В случае RPA этот цикл гораздо короче.

Что нужно для обучения

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

  • алгоритмическое мышление, то есть умение раскладывать задачу на составные шаги. Обычно оно либо есть, либо нет — зато обладают им не только программисты. Если вы жонглируете формулами в Excel, то и здесь проблем не будет.
  • знание любого языка программирования — важен не конкретный язык, а навык структурного мышления, который дает работа с ним.
  • IT-кругозор — тут речь про базовое понимание разных деталей, вроде устройства HTML-страниц, API, SQL запросов и так далее. Не нужно знать всё это в совершенстве, всегда можно подсмотреть в справочники или условный Stack Overflow (ну или задать вопрос нейросетке вроде ChatGPT). Важно понимать эти области в целом и уметь правильно задавать вопросы.

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

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

Где учиться и куда расти

Для старта работы с RPA можно пройти платные курсы: например, такие предоставляют онлайн-академии RPA2 или Про100Робот. Но также можно присоединиться к обучению от платформ. Производителям RPA-платформ нужны специалисты, которые умеют работать с их технологией и делают это на стороне клиента. За счет этого базовое обучение, организованное вендорами платформ роботизации, часто бесплатное (это наш случай).

Так выглядит типичный оркестратор для роботов. Их, как и любые другие IT-системы, тоже нужно администрировать

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

Сама команда RPA устроена по той же схеме, что и традиционная команда разработки: джуны, миддлы, сеньор-специалисты, тимлид, — то есть и трек развития внутри профессии будет похожим. Правда, по нашему опыту должностной рост при работе с RPA происходит быстрее — опять же за счет того, что это менее объемная область для изучения, и нужные навыки тут удается набрать быстрее. Также стоит учитывать, что отделы роботизации часто относятся в инфраструктуре компании не к IT-блоку, а к блоку цифровой трансформации или операционной эффективности — потому что так проще находить процессы, которые можно сделать эффективнее с помощью роботизации. За счет этого горизонтальное движение внутри компании тоже может быть проще: например, RPA-разработчики иногда уходят в проектный менеджмент и бизнес-аналитику, и наоборот.

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

0
34 комментария
Написать комментарий...
clingon

ПОходя лягнули курсы по Python. Замечательно после них можно устроится, если добавить курсы по автоматизации тестирования, например. Очень близкая к RPA область, кстати. Я в свое время был на распутье: RPA или AQA. Выбрал AQA, поскольку область RPA слишком узкая, да еще и завязана на вендоров. Для вас это хорошо, а для работника плохо. И зарплаты на открытом и конкурентном рынке растут быстрее. Так что бесплатный сыр - это хорошо, но...

Ответить
Развернуть ветку
Константин Артемьев
Автор

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

А вот по поводу "завязана на вендоров" - тут не вполне согласен. Да, эффективный RPA делается на коммерческих платформах, но вот переходить между платформами при необходимости можно буквально за 2 недели, потому что ключевые принципы у всех примерно одинаковые. Понятно, что если вы заходите в наше обучение, мы будем обучать именно на своей платформе. Однако вот одна из упомянутых в статьей коммерческих школ учит на трёх платформах сразу. Ну и к тому же, даже пройдя бесплатное обучение у нас, вы сможете потом применить эти знания к другим платформам, при желании.

Ответить
Развернуть ветку
Yaroslav Kustol

если иметь начальные навыки программирования и желание, как излагает Константин выше, 1 неделя и это не проблема, даже не 3 платформы будут вам подвластны (особенно если не стесняться погуглить) как минимум 4 + начальные знания аналитики:)

Ответить
Развернуть ветку
Константин Эм

А что такое AQA? Яндекс отправляет к аквариумам, Гугл - к химической тематике :)

Ответить
Развернуть ветку
Константин Артемьев
Автор

Имелось в виду Automated Quality Assurance - автоматизированное тестирование. Его инструменты местами похожи на RPA. И наоборот тоже верно: RPA некоторыми компаниями используется в том числе для AQA вместо специализированных инструментов, потому что инструментарий внутри RPA-платформ обычно шире, чем внутри AQA-платформ. По крайней мере применительно к задачам UI/UX тестирования. Автотесты на коде RPA конечно не делает, не его профиль.

Ответить
Развернуть ветку
clingon

Да, и наоборот тоже верно. Тестовый фреймворк Robot Framework используют для RPA: https://robocorp.com/docs/languages-and-frameworks/robot-framework/overview

Ответить
Развернуть ветку
clingon

Насчет "инструментарий внутри RPA-платформ обычно шире, чем внутри AQA-платформ" я бы поспорил. В случае с Robot Framework вам доступно все богатство его библиотек + библиотеки самого популярного на сегодня языка программирования — Python.

Ответить
Развернуть ветку
Константин Артемьев
Автор

А кто вам мешает писать на 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-селекторы, и т.д. Скорость разработки в таком подходе существенно выше.

Ответить
Развернуть ветку
clingon

Мне мешает моя основная работа. Мне деньги платят за автотесты, а не за роботов. А вот когда я писал UI-скрипты (еще до появления термина RPA), то выбирал FOSS решения, например AutoIT, поскольку денег мне на этот инструмент никто не дал бы. А если бы я был CIO, то задумался бы и о vendor lock, и о ROI, включая стоимости поддержки или найма специалста в штат, а также повременную оплату за каждого робота в облаке.
Про рекордеры можете мне не рассказывать. Я хорошо знаком с ограничениями этого подхода и на своем горбу знаю почему их не используют в тестировании. Все-таки не глупые люди придумали паттерн PageObject и подобные для того чтобы эти ограничения преодолеть.

Ответить
Развернуть ветку
Константин Артемьев
Автор

Безусловно, бизнес принимает решение на основе TCO (Total Cost Ownership), как вы написали. Во многих случаях TCO на стороне RPA-платформ, с учётом всех переменных и постоянных издержек, которые описали. Есть сферы где другие подходы оказываются выгоднее. Каждой задаче свой инструмент. Насчет ограничений рекордеров - прогресс не стоит на месте, те грабли на которые вы наступали несколько лет назад возможно уже не актуальны. Попробуйте рекордеры современных инструментов, например нашего, возможно они вас приятно удивят.

Ответить
Развернуть ветку
clingon

Спасибо за совет, я ему следую. Из недавнего пробовал рекордеры Katalon, Playwright и последней версии Selenium IDE. Дела обстоят получше чем пару лет назад, но, проблемы изменяющихся локаторов, они не решают, при всем уважении. Серебряной пули пока не найдено и вряд ли она будет найдена в обозримом будущем.

Ответить
Развернуть ветку
Константин Артемьев
Автор

Я понимаю, о чем вы. Мы сейчас как раз разрабатываем решение этой проблемы, на основе нейросетей. Планируем в ближайшие пару месяцев выкатить. Если вам будет интересно, можете принять участие в тестировании.

Ответить
Развернуть ветку
Yaroslav Kustol

RPA это можно сказать дочка или сын Селениума, со своими прибамбасами.

Ответить
Развернуть ветку
Андрей Руденко

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

Ответить
Развернуть ветку
clingon

Очень верное замечание. Для таких людей даже есть немного смешной англоязычный термин: citizen developers. Но, у нас про это как-то мало говорят. Я, например, сам писал для себя роботов на AutoIT и PowerShell, но по странному совпадению меня выперли с работы в крупной торговой компании, как раз когда я закончил один из таких скриптов, который ускорял в сотни раз одну из ежедневных моих задач. Инициатива снизу у нас не поощряется, работать с ней не умеют и рядовым работникам не доверяют.

Ответить
Развернуть ветку
Константин Артемьев
Автор

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

Ответить
Развернуть ветку
clingon

Да, пожалуй вы правы. Я с тех пор зарекся работать не в IT компаниях, и с таким отношением больше не сталкивался. Там, где профессионализм сотрудников это основной актив, отношение к работникам другое. Поддержка такой разработки внутри компании это главный плюс RPA. Стройные и "правильные", с точки зрения архитектуры, решения могут проигрывать роботам citizen developers, из-за ошибок связи в длинных цепочках заказчик-аналитик-тех.лид-разработчик-тестировщик. В стоимости и сроках уж точно проиграют. Но, как инженер QA, я все-таки за стройные архитектурные решения, а не за сургуч и палки ))

Ответить
Развернуть ветку
Константин Артемьев
Автор

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

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

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

Ответить
Развернуть ветку
clingon

Да, именно так. У меня похожа история была: написал систему учета заказов на предприятии, используя Microsoft Access (тоже low-code из 90-х), которую потом использовали как основу для доработки 1С:Бухгалтерии. Там уже и автоматическое списание материалов появилось и движение на складах. Но, свои полгода она отработала, пользу нанесла, так сказать.

Ответить
Развернуть ветку
Илья Добряков

все равно мне кажется, что сейчас ит очень популярна и даже в узкой специальности большая конкуренция, то что нужно очень постараться, чтоб войти в IT

Ответить
Развернуть ветку
clingon

Обратите внимание на количество откликов:

Ответить
Развернуть ветку
Рамиль

Поделитесь где нет конкуренции и не надо стараться (ещё и платят)?

Ответить
Развернуть ветку
Михаил Федько

Я правильно понял, что это переформат no_code разработчиков?

Ответить
Развернуть ветку
clingon

Среды разработки RPA стремятся к "no code" "low code". Например, код там может выглядеть как блок-схема. Но сами понятия "no code" "low code" шире. Наиболее известные инструменты "no code" и "low code" предназначены для создания web- и мобильных приложений, чат-ботов и т. п.

Ответить
Развернуть ветку
Bob Huebob

хочу у вас поучиться, где ссылка?

Ответить
Развернуть ветку
dongeko

Согласен. Как стать вашим "случаем" и пройти обучение?

Ответить
Развернуть ветку
Константин Артемьев
Автор

SherpaRPA.ru, кнопка "Записаться на демонстрацию", дальше мы с вами свяжемся

Ответить
Развернуть ветку
Светлана

Здравствуйте. На данный момент тоже можно у вас обучаться?

Ответить
Развернуть ветку
Константин Артемьев
Автор

Зайдите на наш сайт SherpaRPA.ru, кликните на кнопку "Записаться на демонстрацию", которая в самом верху, и в комментарии напишите что вы хотите на обучение. С вами свяжемся и подскажем дальнейшие шаги.

Ответить
Развернуть ветку
Василий Пупкин

быстро можно выйти, а вот войти нельзя

Ответить
Развернуть ветку
Yaroslav Kustol

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

Ответить
Развернуть ветку
Антон Антон

Оставил заявку на обучение.
Не перезвонили.

Ответить
Развернуть ветку
Yaroslav Kustol

выходные же

Ответить
Развернуть ветку
Константин Артемьев
Автор

В понедельник обязательно ответим

Ответить
Развернуть ветку
31 комментарий
Раскрывать всегда