💜💜💜 ИТ-компаний готовы брать специалистов без опыта и обучать их

Новые данные от hh.ru и «Мобиус Технологии» показывают значительный сдвиг на рынке труда. Исследование показало, что три четверти российских ИТ-компаний, предлагающих обучение, готовы нанимать кандидатов с нулевым опытом или с опытом до 3 лет.

Ключевые данные исследования:
💜💜💜💜 вакансий с обучением рассчитаны на новичков (опыт 0-3 года);
💜💜💜💜 позиций доступны для кандидатов без какого-либо опыта;
💜основные регионы: Москва (💜💜💜), Санкт-Петербург (💜💜💜), Красноярский край (💜💜).

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

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

Эти цифры подтверждают изменение подхода бизнеса к формированию команд. Инвестиции во внутреннее обучение становятся стратегическим инструментом построения кадрового резерва и развития необходимых компетенций внутри компании.

А какой подход к обучению junior-специалистов практикует ваша компания? Какие форматы развития показывают наибольшую эффективность? 🧐

💃 Подписывайся на GeekOn | GeekSourceJobs

🤖 RPA-аналитик: кто превращает рутину в код?

Продолжаем разбирать редкие, но востребованные ИТ-роли. Сегодня — про тех, кто автоматизирует скучное: RPA-аналитик или аналитик по роботизации процессов.

⁉️ Кто это такой?
Это эксперт, который исследует операционную деятельность компании для выявления задач, подлежащих роботизации. Его миссия — заменить ручные, повторяющиеся операции сотрудников на работу программных роботов, используя платформы RPA (Robotic Process Automation).

➡️ Чем конкретно занимается?
💜Проводит аудит бизнес-процессов, находя точки роста для автоматизации.
💜Формирует технические требования к будущим RPA-роботам.
💜Участвует в выборе и внедрении платформы автоматизации.
💜Координирует процесс разработки, тестирует решения и оценивает их эффективность.
💜Рассчитывает экономию от внедрения, переводя время сотрудников в денежный эквивалент.

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

ℹ️ Что нужно знать и уметь?
💜 Глубокое понимание бизнес-процессов.
💜 Основы процессов автоматизации и опыт работы с RPA-платформами.
💜 Навыки работы с данными (Excel, SQL, иногда Python).
💜 Умение общаться с заказчиками и разработчиками на одном языке.

💸 Вилка зарплат (по данным hh.ru):
Средний диапазон — от 90 000 до 230 000 рублей, в зависимости от опыта, отрасли и сложности процессов.

Главное в этой роли — умение декомпозировать привычный порядок действий на шаги и увидеть в рутине четкий алгоритм для программного робота.

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

💃 Подписывайся на GeekOn | GeekSourceJobs

💥 Как исправлять последствия неправильных управленческих решений?

Ошибаются все. Вопрос не в том, допустит ли руководитель ошибку, а в том, что он делает после.

💜Первое. Отменить решение — не значит признать слабость

Самый распространенный сценарий: решение уже очевидно нерабочее, но отменять его поздно, все в курсе, команда приступила к реализации. Руководитель тянет до последнего, надеясь, что «разрулится само».

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

Отмена решения с формулировкой «мы попробовали, получили такие данные, теперь двигаемся иначе» не делает руководителя слабым. Наоборот, это демонстрация гибкости и опоры на факты.

💜Второе. Контекст важнее, чем принято считать

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

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

💜Третье. Репутация страдает не от ошибок, а от их замалчивания

В ИТ-среде не требуется быть всегда правым, требуется быть рациональным. Если решение принято на основе неполных данных, а потом данные появились — корректировка курса воспринимается как норма.

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

Команда видит это и теряет уважение быстрее, чем при прямом «я ошибся, идем дальше».

💜Четвертое. Личная встреча вместо рассылки

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

15 минут на дейли или отдельная короткая встреча стоят того, чтобы развернуть направление работы без потери темпа.

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

Согласны? 👀

💃 Подписывайся на GeekOn | GeekSourceJobs

🔝 У половины россиян зарплата выросла втрое с момента первого трудоустройства

Сервис Работа.ру опросил более 💜💜💜💜 россиян и выяснил, с каких сумм начинался их карьерный путь и как менялись доходы со временем.

Треть опрошенных начинали с зарплаты 11 000 - 30 000 руб. Почти столько же зарабатывали до 10 000 руб. Около четверти получали на старте от 31 000 до 80 000 руб. и только 💜💜💜 сразу вышли на доход выше 80 000 руб.

Большинство респондентов вышли на первую серьезную работу более 10 лет назад. Начинающих карьеру в последние пару лет среди опрошенных оказалось 💜💜💜

Чуть больше половины оценили свой первый заработок положительно, остальные считают оплату на старте несправедливой.

Также почти половина респондентов сообщили, что сейчас зарабатывают более чем в три раза больше, чем в начале карьеры. Еще 💜💜💜 увеличили доход вдвое. У 💜💜💜 зарплата осталась примерно на том же уровне, а 💜💜💜 столкнулись со снижением.

А как изменилась ваша зарплата с первого рабочего места? ☀️

💃 Подписывайся на GeekOn | GeekSourceJobs

💜ошибок в JD, которые отпугивают даже активных кандидатов

Первое, на что смотрят активные кандидаты, — описание вакансии. Если текст составлен небрежно, доверия к работодателю становится меньше.

Разбираем типичные ошибки на выдуманных примерах. Совпадения с реальными вакансиями случайны, но вы наверняка такое видели ‼️

Ошибка 1️⃣. Требования ради требований

««Знание Java, C++, Python, JavaScript, Golang. Опыт с PostgreSQL, MySQL, MongoDB, Redis. Понимание Docker, Kubernetes, Ansible, Terraform».

Кандидат читает и не понимает: «Это позиция на fullstack, девопса или архитектора? А если я знаю три языка из пяти, но не знаю один — я подхожу или нет?»

Такое описание собирается копипастом из нескольких разных вакансий. В итоге не отсеивает неподходящих, а отпугивает тех, кто мог бы подойти. Разработчик думает: «Они сами не знают, кого ищут, значит, внутри процессы выстроены так же».

Как надо ✅: указать основной стек, а остальное — опционально. Лучше потерять нескольких кандидатов, которые не увидят знакомое название, чем получить поток неуверенных откликов.

Ошибка 2️⃣. Размытые формулировки

«Участие в развитии продукта. Оптимизация существующего кода. Работа в команде профессионалов».

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

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

Как надо ✅: пишем всегда конкретные задачи. «Разработка высоконагруженного API для мобильного приложения». «Рефакторинг модуля платежей с целью снижения времени ответа». «Интеграция с внешними сервисами доставки».

Ошибка 3️⃣. Скрытая вилка

«Зарплата по результатам собеседования. Конкурентоспособный доход. Обсуждаем индивидуально».

Кандидат с ожиданием 300 000 руб. не пойдет на собеседование, где не знает, готовы ли ему платить эти 300. Он потратит час, а в конце услышит: «Наш бюджет 200». Время потрачено зря, а осадок остался.

Скрытая вилка воспринимается как желание нанять подешевле. Если бюджет действительно плавает в зависимости от уровня, это можно объяснить честно: «Вилка 200 000 - 350 000 руб. в зависимости от грейда».

Как надо ✅: указывать вилку сразу. Если компания не готова публиковать цифры — называть ожидания на первом звонке, до технического интервью.

Ошибка 4️⃣. Идеальный кандидат, которого не существует

«Middle+ с опытом от 5 лет, коммерческий опыт с Kubernetes, английский Upper-Intermediate, опыт управления командой, готовность к переезду».

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

Особенно заметен дисбаланс, когда требования высоки, а зарплата остается средней. Кандидаты видят несоответствие и просто проходят мимо.

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

Ошибка 5️⃣. Канцелярит вместо живого языка

«Осуществление поддержки функциональности высоконагруженных систем. Взаимодействие с кросс-функциональными командами».

Кандидат читает такие формулировки и с трудом понимает, о чем вообще речь.

Выглядит это не весомо, а оторванно от реальности. Разработчики не разговаривают таким языком и не понимают, что за ним стоит.

Как надо ✅: писать проще. «Будем делать фичи для онлайн-банка, чтобы клиенты не ждали по три секунды, а получали ответ мгновенно». «Общаться с командой бэкенда и фронтенда, чтобы релизы проходили гладко».

Формальное описание отсеивает не слабых кандидатов, а сильных, которые не откликаются, потому что у них есть выбор.

Посмотрите свои открытые вакансии. Есть там что-то из этого списка? 😉

💃 Подписывайся на GeekOn | GeekSourceJobs