Джун отозвался на 1000 вакансий — и ничего. Такое время или CV?
QA-инженер Дмитрий Дробов похвалился в линкедине достижением — 1000 откликов на вакансии. Результата нет. Пост собрал 80 комментариев.
Одних пользователей цифра вводит в уныние, для других, наоборот, служит примером упорства. А у третьих вызывает вопрос: что не так — может, резюме не очень?
dev.by собрал реакции и советы, как всё исправить и вырваться из порочного круга отказов. Посмотрите, может и для вас актуально.
Пост получился очень коротким — это скриншот поздравления с rabota.by.
Дмитрий закончил педагогический университет им. М. Танка, работал в продажах, недавно решил войти в ИТ и вот какую работу проделал.
Некоторых пользователей цифра в 1000 откликов «просто пугает». А некоторых мотивирует:
— Я вот думал, у меня много. А вот он — настоящий сэнсэй. Ничего, поиск работы — это тоже работа. Идём дальше!
— Молодец, ещё немного ещё чуть-чуть! Я тебя тоже скоро догоню, 950 у меня откликов и ни одного собеса. Но это ничего не значит, наоборот, появляется спортивная злость, которая ещё больше мотивирует найти работу и беречь её, — пишет один из пользователей.
Кто-то не верит, что Дмитрий получил столько отказов, мол, он «в девтулах навертел» такой результат. Кто-то вспоминает свой опыт (до 50-70 откликов в неделю, много отказов, но в итоге — оффер). А кто-то пишет: если за 1000 откликов нет оффера — значит что-то не так.
— Ну нереально за 1000 отказов не отшлифоваться до идеала, — возмутился один из пользователей и предложил Дмитрию показать резюме — вдруг в нём дело.
В итоге вышел вот такой подробный разбор с улучшениями:
- Удали нерелевантный опыт работы — всё до курсов. Опыт менеджера по продажам никак не помогает. Тоже самое про опыт работы учителем английского: ты уже указал в скилах, что знаешь инглиш — больше не надо. Лучше расписать пункты про учёбу и работу.
- Удали скилы по фронтовым языкам. Ты прямым текстом написал: «Дайте мне войти в ИТ, а дальше я во фронтаны убегу, ведь я знаю языки».
- Добавь в скилы «написание тест-кейсов». Это важно. Можно даже подготовить несколько ТК по какому-либо функционалу ютуба или телеги — что-то простое, чтобы сразу можно было понять, о какой функции речь и оценить твой кейс составления тест-кейсов.
- Добавь больше информации по методологии и стекам, с которыми работал. Опиши, какая у вас смесь скрама и аджайла, и сумей разобраться и рассказать о них. Это очень важно!
- Опиши, как учился на монолите и микро-сервисах, и научись понимать разницу в них.
- Скажи, что там был rest, и сумей различать его и soap.
- Расскажи про понимание клиент-серверной архитектуры.
- Расскажи, как ты работал с json в постмане — не нужен просто набор инструментов, опиши, что ты в них делал.
- Удали строчку про твои улучшения на проекте — звучит абстрактно, и слабо верится с учётом опыта.
У Дмитрия даже вышел небольшой спор с этим пользователем — стоит ли удалять из резюме JavaScript, Python и C#. Автор поста считает, это всё ему только на благо. Позиция «ментора» такая:
— Твоё резюме — это карта с определённым маршрутом. По этому маршруту тебе задают вопросы. Поэтому ты можешь управлять собеседованием, рисуя свой маршрут. Иначе говоря, собери все важные софт и хард скиллы в резюме и сумей подробно описать каждый из них. Найди ответы на все дополнительные вопросы по этой карте и спроектируй свой хоть и небольшой, но значимый опыт.
Это ещё одна причина удалить скиллы по Python и C#. Не будет их — не будет и вопросов по ним. Соответственно, будут более релевантные вопросы по теме тестирования.
Софт скиллы просто удали. Нужно показать, не какой ты, а каково другим с тобой. Расскажи, как легко ты коммуницируешь, знакомишься с новыми людьми, проводишь демо и митапы, понимаешь, как планировать спринт, управлять рисками, декомпозировать и делегировать задачи.
Также пользователь считает, рекрутерам важно, когда человек показывает свои обязанности на текущем проекте. И советует расписать свой спринт:
- ты участвовал (или хотя бы слушал) в планировании спринта;
- ты брал в работу задачу из запланированных и проводил анализ всей документации/аналитики/постановки/спецификации по этой задаче, попутно уточняя у аналитика задачи, указывая на логические неточности в постановке;
- ты проводил тест-дизайн, стараясь покрыть максимальное количество описанного функционала минимальным количеством тест-кейсов, с помощью таких-то техник тест-дизайна;
- ты писал эти тест-кейсы и составлял из них тест-сеты;
- ты проходил тестирование нового функционала на тестовых стендах и заглушках;
- ты фиксировал найденные несоответствия между функционалом на стенде и в аналитике (а ты к этому моменту уже эксперт по этому функционалу);
- ты отслеживал исправление найденных дефектов;
- ты проводил регрессионное тестирование, в котором проверял интеграции и взаимодействия с остальными сервисами проекта;
- ты снова фиксировал дефекты;
- ты снова отслеживал исправление;
- ты завершал регрессионное тестирование и писал приёмо-сдаточные испытания (ПСИ) и проводил демонстрацию (демо) сделанного функционала для заказчика или менеджмента.
— И примерно то же самое снова. Добавить ещё информацию, как ты читал логи, работал с API в те моменты, когда фронт не был готов. Думаю, примерно это хотят увидеть эйчары.
Если у вас есть своя версия, как пользователю улучшить резюме и получить работу, высказывайте её в комментариях.
Читать на dev.by