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

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

В этой статье хочу поделиться своим мнением, чего рынок на самом деле ждёт от джунов, почему soft skills важнее, чем кажется, и почему хакатоны, проектные мастерские и другие проектные ивенты — лучшее место для поиска будущих профессионалов.

Стаж ничего не доказывает

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

Для студентов это значит, что работодатели перестают верить строчке «опыт 3 года» и перечислению инструментов в резюме. На собеседовании мы спрашиваем не «работал ли ты с Postman», а просим разобрать мини‑кейс на 5–10 минут. Тестовое задание сегодня мало что доказывает: за кандидата его может сделать ИИ, поэтому ценятся реальный опыт и то, чего ИИ за тебя на собеседовании не покажет, — то, как человек мыслит.

Есть у этой истории и обратная сторона. Честный студент, сам того не желая, часто пишет резюме как волчонок: копирует шаблоны из интернета, перечисляет все модные инструменты, подаёт учебный проект как опыт работы. А рынок после бесконечной истории с волчатами научился такие резюме подозревать. В итоге выпускника вуза отсеивают не потому, что он слабый, а потому, что он выглядит как накрутчик. Поэтому не стоит маскироваться под мидла: честный учебный проект зачастую ценится даже выше.

Сейчас лучше всего срабатывает найм по рекомендации, когда за человека ручается коллега, видевший его в деле. В одном из наших отделов из 51 рекомендации мы выдали 29 офферов, 24 человека вышли на работу, и 23 из них прошли испытательный срок. И здесь мы можем сделать один очень важный вывод для всех студентов и начинающих специалистов: твоя репутация начинается с людей, с которыми ты уже что‑то сделал вместе.

С чем выходить на рынок

У моих тестировщиков есть матрицы компетенций, отдельно для hard и soft skills. По ним мы нанимаем, пишем индивидуальные планы развития и понимаем, когда, куда и как человек растёт и развивается. В них честно видно, что ждут от новичка. И есть пара вещей, которые имеют обыкновение удивлять студентов.

Первое: планка по hard skills высокая уже на старте. В матрице одной из наших команд на начальном уровне 32 компетенции из 48 отмечены высоким приоритетом. Кроме ожидаемого там есть то, чему в вузе учат мало:

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

Второе: soft skills нужны с первого дня, а не «потом». В soft‑матрице на базовом уровне высокий приоритет у 17 навыков из 29. Среди них обучаемость, саморефлексия, умение давать и принимать обратную связь, активное слушание и ответственность. На продвинутом уровне высокий приоритет остаётся только у четырёх: критического мышления, эмпатии, конструктивности и ответственности. Это не значит, что остальное становится неважным, просто к этому моменту базовые навыки уже должны быть отработаны на 100%. Soft skills — фундамент, а не надстройка, поэтому мы системно обучаем команду эмоциональному интеллекту и управлению конфликтами внутри компании.

При чём тут онлайн‑игры?

Мне нравится объяснять командное взаимодействие через метафору с онлайн‑играми. Hard и soft skills — это то, что ты прокачиваешь персонажу. Когда персонаж дорастает до нужного уровня, его зовут в рейд. В работе это момент трудоустройства, когда тебя берут в команду. Матрица компетенций — это требования к знанию тактик, а собеседование — проверка этих знаний перед рейдом. Цель рейда — убить босса. Цель команды разработки — Value Delivery, доставка ценности до конечного потребителя. Чтобы рейд не лёг, каждый должен знать свою тактику, то есть понимать, как устроен процесс и что в нём делает он сам. Знание тактик и мастерство их применения — это и есть зрелость специалиста. А зрелость команды — когда все осознанно принимают общую цель и синергируют. В модели Такмана, на которую часто опираются в Agile, это стадия performing. Можно отлично прокачать персонажа в одиночку и всё равно положить рейд, если ты не командный игрок.

Как это выглядит в жизни. Мы взяли в команду тестирования одного из ребят с явными пробелами в тестировании API. За полгода он прокачался в Postman, тестировании API и интеграций, стал полностью взаимозаменяем со старшим коллегой, а в его отсутствие закрывал все задачи по тестированию и фронтенда, и бэкенда. Но в отзывах коллеги пишут в первую очередь не об этом, а о том, что он сам вызвался проводить ретро, вести демо, онбордить новичков, помогать команде с проведением собеседований и уже освоил роль скрам‑мастера. Hard skills он догнал за полгода. А ценят его больше всего за инициативу и умение работать в команде.

Как работодатель выбирает себе сотрудника

Хороший найм начинается с профиля кандидата в одну строку: «человек, который уже делал X, умеет Y и хочет Z». Обычно мы берём успешного сотрудника за эталон и отвечаем себе на вопрос: «Что делает его успешным?» Студенту эта формула полезна ещё и в обратную сторону.

По‑настоящему зеленый флаг для меня — это когда кандидат самостоятельно воспроизводит эту формулу на собеседовании. Не «знаю SQL, Postman, Jira», а «на хакатоне я тестировал бота, нашёл вот такие дефекты, вот что у нас не получилось и почему, а теперь хочу разобраться в интеграциях». Отсутствие коммерческого опыта такой ответ перевешивает: человек понимает, что умеет, чего не умеет и куда идёт, чтобы научиться!

Хороший пример — один из моих тестировщиков. На собеседовании он сильно нервничал, где‑то путался в терминах, и все были единогласны в том, что это ответы джуна. Но в том, как он рассуждал и до последнего хватался за возможность ответить, я увидел большой потенциал. Сегодня это крепкий senior — один из самых ценных людей в команде, да что уж там — в департаменте качества. Delivery Lead команды пишет, что вообще не контролирует тестирование: наш специалист делает это сам. Он проводит демо, ловит пограничные случаи в интеграциях со смежными командами и онбордит новичков так, что они буквально прибегают к руководству, чтобы выразить благодарность этому человеку. Собеседование — это срез одного часа. Поэтому я смотрю не только на то, как человек отвечает, но и на то, как он думает.

Типичные ошибки выпускников:

• Не слышат вопрос. Отвечают на тот вопрос, к которому готовились, а не на заданный.

• «Мы сделали» без «я». Рассказывают о командном проекте и не могут объяснить, что делали сами и за что отвечали.

• Защищаются вместо того, чтобы рефлексировать. На вопрос «что бы ты сделал иначе?» отвечают «а разве я что‑то сделал неправильно?». Рефлексия — это посмотреть на себя со стороны, разобрать ситуацию, отделить зёрна от плевел и забрать прожитый опыт с собой. Набрал достаточно такого опыта — получил Level UP.

• «Я стараюсь» вместо результата. Стараться хорошо, но этого недостаточно. Бизнес платит за результат. Вместо «я старался» расскажи, что получилось, что нет и что сделаешь иначе в следующий раз.

• Молчат, когда непонятно, чего от них хотят. Боятся переспросить, делают «как поняли» и потом переделывают. У нас в Росгосстрахе работает простая формула: «Помоги мне разобраться. Давай чётко сформулируем задачу, я сделаю и покажу результат, а ты поправишь».

• Боятся сказать «не знаю». Честное «не знаю, но рассуждал бы так» стоит дороже, чем уверенный блеф.

Тренажеры для набора скиллов

Преподаватель даёт теорию и надеется, что студент когда‑нибудь применит её на практике. Хакатоны, кейс‑чемпионаты и иже с ними работают наоборот: ставят задачу через бриф, а студент самостоятельно ищет, как её решить. И в этот момент теория превращается из конспекта в инструмент принятия решений.

Летом 2 026 года мы с командой провели хакатон в ММУ. За неделю команды по 4–6 человек делали продукты по живым брифам: Telegram‑бот для бронирования мест в библиотеке и навигатор по университету. Всё как в производственном процессе:

• Роли. PO/Scrum‑мастер, аналитик, разработчики, тестировщик. И впервые оказывается, что договориться сложнее, чем написать код.

• Оценка с двух сторон. Техэксперт ставил до 55 баллов за решение, педагог — до 45 за командную работу и защиту. На выходе — работающий продукт, который презентовала команда. Не смог презентовать и объяснить принцип работы — не победил.

• Результат для резюме. После недели хакатона у студента есть честный ответ на вопрос «Что ты делал?» и те самые X, Y и Z, о которых я писал ранее.

• Менторы. Я и мои коллеги помогали командам с планированием и выстраиванием производственного процесса.

А вот что о хакатоне говорят в самом университете:

«Этим летом 28 студентов в шести командах разрабатывали реальные цифровые продукты. Особенно радуют первокурсники: Telegram‑бот для бронирования мест в библиотеке — непростая задача для старта, но ребята отлично с ней справились. Старшекурсники создавали навигатор, который поможет новичкам быстрее освоиться в университете. Многое решили менторы: они помогали командам ставить цели, выбирать инструменты и держать темп. А лучший результат показала команда, где каждый чувствовал ответственность перед коллегами и обязанности были грамотно распределены. Ребята поняли главное: успех проекта зависит от вклада каждого»,

— Алевтина Юрченко, заведующая кафедрой информационных технологий Московского Международного Университета.

Почему мы вообще этим занимаемся

Хакатон помогает взглянуть на навыки, которыми студент обладает сегодня, и на то, что ему потребуется в будущей профессии. В 2 025 году на «День без турникетов» к нам пришли больше 50 студентов, и мы говорили ровно об этом: какие навыки понадобятся на горизонте 1–3 лет. На хакатонах можно проверить себя в деле — это отличный механизм для валидации. Тех, кто готов идти дальше, мы зовём на практику в департамент качества.

Моя коллега Юля Глухова из отдела по работе с учебными заведениями также отметила:

«Нам важно не просто познакомить ребят с компанией, а дать им возможность проявить себя и попробовать силы в профессиональной среде. Самый ценный результат — когда интерес к профессии перерастает в желание развиваться вместе с нами. Поэтому мы выстраиваем для студентов последовательный путь: от первого знакомства с Росгосстрахом до практики и трудоустройства».

Почему я это люблю

Что лично мне даёт работа со студентами? Во‑первых, свежий взгляд. Они задают вопросы, на которые у меня нет готового ответа, и заставляют пересобирать то, что казалось очевидным. Во‑вторых, это честный полигон для управленческих идей. Корпоративных привычек у студентов ещё нет, поэтому сразу видно, что работает, а что держится только на инерции. И в‑третьих, через пару лет кто‑то из них станет моим коллегой. Хочется, чтобы к этому моменту он уже знал, какими тактиками нужно владеть в нашем рейде.

Я считаю, что настоящий профессионализм рождается в момент синтеза теории и практики. На хакатоне академические знания встречаются с реальными задачами, студенты впервые чувствуют себя не учениками, не «детьми», а настоящими профессионалами внутри кросс‑функциональной команды. Студент, кстати говоря, — тоже профессия! Хочу, чтобы подобных возможностей для молодых ребят становилось ещё больше.

Чек‑лист для студента

1. Сделай хотя бы один проект в команде с распределёнными ролями: хакатон, кейс‑чемпионат, пет‑проект с друзьями.

2. Разберись, как устроено приложение под капотом: клиент, сервер, API, база данных.

3. Научись читать логи и писать простые SQL‑запросы.

4. Потрогай руками Postman, DevTools и Jira.

5. Сформулируй про себя «делал X, умею Y, хочу Z» и пиши резюме от него, а не от списка инструментов.

6. Не приукрашивай опыт: честный учебный проект ценится выше выдуманного коммерческого.

7. Проси обратную связь и учись её принимать.

8. Ходи туда, где есть практика: хакатоны, проектные мастерские, дни открытых дверей, митапы. Там водятся те, кто потом тебя порекомендует.

А что сделало из вас настоящего специалиста: вуз, первый проект или первый провальный рейд?