В резюме допустимо писать по каждому отдельному проекту не более 5-6 самых важных на ваш взгляд достижений. Именно таких, которые кажутся вам действительно достойными, и вы сможете рассказать об этих кейсах на собеседовании.      Часто по формулировкам можно определить реальный грейд соискателя

Хм.. 🤔 Допустим, мне, как технарю, показалось важным написать про глобальный рефакторинг всей системы (для спеца это действительно важно), только вот проблема, рефакторинг не приносит сиюминутной прибыли кампании и мало кого из не специалистов этим можно зацепить, скорее наоборот, оттолкнуть. И вот как выбрать, что писать, про какие достижения своей работы, если ты не экстрасенс и не знаешь что важно конкретному работодателю? А есть ещё много в отдельности мелких "достижений", которые только в совокупности дают ощутимый результат, что с ними делать? По формулировкам вы можете определить только насколько человек может себя продать, а не реальные навыки и умения человека.

Вопрос хороший. Рассмотрим частный случай - рефакторинг кода. Прибыли компании он действительно не приносит по своему определению. Но в достижении должно быть видно, какую пользу это в целом принесло самому проекту. Например, проводя рефакторинг, вы упрощаете сопровождение. При критических задачах такое упрощение поможет быстро локализовать проблему. А где-то позволит оптимизировать время работы методов.    То есть можно из подобных кейсов выделить вполне измеримые эффекты. И писать не через процесс, а именно через результат.    Формулировки достижений - про умение видеть ценность своей работы. И да, всем HR не угодишь, и это нормально. Под конкретную вакансию можно выбирать те достижения, которые совпадают со стеком и требованиями.    Спасибо за вопрос! Думаю, нужно будет сделать пост об этом

Я после рефакторинга, спустя 1-3 месяца запрашиваю фидбек у ребят, которые работают с отрефаченным кодом. Выясняю стало ли легче, были ли проблемы и все в этом роде. Можно еще посмотреть на задачки и за сколько они закрылись. Например, раньше мы теряли разработчика на 2 дня, а теперь на 5-6 часов.

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

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

К сожалению, сейчас найм такой, что приходится изучать резюме кандидатов и звать тех, кто понравится. Мы за полгода просмотрели 1300 резюме. Если бы звали всех на собеседования, то потребовалось 0,5 часа на скрининг и 1,5 часа на техническую часть. И это 2600 часов. 109 дней собеседований без сна, отдыха и выходных, что нереально. Поэтому резюме теперь играет большую роль и служит входным билетом в найм

Респект за изучение резюме кандидатов 👍

В целом, достаточно хорошо и подробно описано, всё по шаблону. Я бы только дала рекомендацию по сокращению достижения до 1-2 предложений.    Обычно мы сначала указываем, что за проект, очень кратко его описание и потом каждое достижение стараемся уместить в одно предложение для читаемости.    Скоро в канале выйдет об этом пост, возможно он вам поможет