Джун отозвался на 1000 вакансий — и ничего. Такое время или CV?

QA-инженер Дмитрий Дробов похвалился в линкедине достижением — 1000 откликов на вакансии. Результата нет. Пост собрал 80 комментариев.

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

dev.by собрал реакции и советы, как всё исправить и вырваться из порочного круга отказов. Посмотрите, может и для вас актуально.

15 комментариев

Пост получился очень коротким — это скриншот поздравления с rabota.by.

Дмитрий закончил педагогический университет им. М. Танка, работал в продажах, недавно решил войти в ИТ и вот какую работу проделал.

Некоторых пользователей цифра в 1000 откликов «просто пугает». А некоторых мотивирует:

— Я вот думал, у меня много. А вот он — настоящий сэнсэй. Ничего, поиск работы — это тоже работа. Идём дальше!

— Молодец, ещё немного ещё чуть-чуть! Я тебя тоже скоро догоню, 950 у меня откликов и ни одного собеса. Но это ничего не значит, наоборот, появляется спортивная злость, которая ещё больше мотивирует найти работу и беречь её, — пишет один из пользователей.

Кто-то не верит, что Дмитрий получил столько отказов, мол, он «в девтулах навертел» такой результат. Кто-то вспоминает свой опыт (до 50-70 откликов в неделю, много отказов, но в итоге — оффер). А кто-то пишет: если за 1000 откликов нет оффера — значит что-то не так. 

— Ну нереально за 1000 отказов не отшлифоваться до идеала, — возмутился один из пользователей и предложил Дмитрию показать резюме — вдруг в нём дело. 

В итоге вышел вот такой подробный разбор с улучшениями: 

  • Удали нерелевантный опыт работы — всё до курсов. Опыт менеджера по продажам никак не помогает. Тоже самое про опыт работы учителем английского: ты уже указал в скилах, что знаешь инглиш — больше не надо. Лучше расписать пункты про учёбу и работу.
  • Удали скилы по фронтовым языкам. Ты прямым текстом написал: «Дайте мне войти в ИТ, а дальше я во фронтаны убегу, ведь я знаю языки». 
  • Добавь в скилы «написание тест-кейсов». Это важно. Можно даже подготовить несколько ТК по какому-либо функционалу ютуба или телеги — что-то простое, чтобы сразу можно было понять, о какой функции речь и оценить твой кейс составления тест-кейсов.
  • Добавь больше информации по методологии и стекам, с которыми работал. Опиши, какая у вас смесь скрама и аджайла, и сумей разобраться и рассказать о них. Это очень важно!
  • Опиши, как учился на монолите и микро-сервисах, и научись понимать разницу в них.
  • Скажи, что там был rest, и сумей различать его и soap. 
  • Расскажи про понимание клиент-серверной архитектуры.
  • Расскажи, как ты работал с json в постмане — не нужен просто набор инструментов, опиши, что ты в них делал.
  • Удали строчку про твои улучшения на проекте — звучит абстрактно, и слабо верится с учётом опыта. 

У Дмитрия даже вышел небольшой спор с этим пользователем — стоит ли удалять из резюме JavaScript, Python и C#. Автор поста считает, это всё ему только на благо. Позиция «ментора» такая:

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

Это ещё одна причина удалить скиллы по Python и C#. Не будет их — не будет и  вопросов по ним. Соответственно, будут более релевантные вопросы по теме тестирования. 

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

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

  • ты участвовал (или хотя бы слушал) в планировании спринта;
  • ты брал в работу задачу из запланированных и проводил анализ всей документации/аналитики/постановки/спецификации по этой задаче, попутно уточняя у аналитика задачи, указывая на логические неточности в постановке;
  • ты проводил тест-дизайн, стараясь покрыть максимальное количество описанного функционала минимальным количеством тест-кейсов, с помощью таких-то техник тест-дизайна;
  • ты писал эти тест-кейсы и составлял из них тест-сеты;
  • ты проходил тестирование нового функционала на тестовых стендах и заглушках;
  • ты фиксировал найденные несоответствия между функционалом на стенде и в аналитике (а ты к этому моменту уже эксперт по этому функционалу);
  • ты отслеживал исправление найденных дефектов;
  • ты проводил регрессионное тестирование, в котором проверял интеграции и взаимодействия с остальными сервисами проекта;
  • ты снова фиксировал дефекты;
  • ты снова отслеживал исправление;
  • ты завершал регрессионное тестирование и писал приёмо-сдаточные испытания (ПСИ) и проводил демонстрацию (демо) сделанного функционала для заказчика или менеджмента.

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


Если у вас есть своя версия, как пользователю улучшить резюме и получить работу, высказывайте её в комментариях.

Разбираем резюме 47-летней специалистки, которая не может найти работу. Что не так
По теме
Разбираем резюме 47-летней специалистки, которая не может найти работу. Что не так

Читать на dev.by