Как IT-специалисту описать результаты работы в резюме так, чтобы их заметили

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

Что чаще всего попадает в этот блок:

формулировки с результатом: "внедрил", "оптимизировал", "запустил";
конкретные достижения, указанные в опыте или разделе "Обо мне";
а если ИИ не находит результатов - туда может попасть... хобби. Например: "люблю настольные игры" или "играю в Dota".

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

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

Вывод простой: рынок всё жёстче ориентируется на результат. Без него резюме разработчика или инженера работает хуже.

Шаг 1. Сначала нужно увидеть свои результаты

Многим IT-специалистам кажется, что "особых достижений не было - просто писал код". Чаще всего это не так - просто вы не привыкли их формулировать.

Вот вопросы, которые помогут "раскопать" результат:

Какие метрики улучшились благодаря вашей работе? Latency, RPS, uptime, покрытие тестами?
В каком состоянии была система "до" и какой стала "после"? Рефакторинг, миграция, переход на новый стек?
Какие технические проблемы вы решили? Устранили утечку памяти, пофиксили критичный баг в продакшне, ускорили деплой?
Были ли задачи, которые доверяли только вам? Сложные интеграции, архитектурные решения, code review всей команды?
Помогли ли ваши решения сократить расходы или увеличить доход? Например: оптимизировали запросы к БД и снизили нагрузку на сервера, автоматизировали ручной процесс, перешли на облако и сократили инфраструктурные затраты.
Участвовали ли вы в проектах вне своей прямой зоны? Помогали другим командам, внедряли DevOps-практики, участвовали в найме?
Менторили джунов или мидлов? Провели онбординг новых коллег?
Что бы произошло, если бы вы выполняли работу плохо? Падение сервиса, потеря данных, срыв релиза?
Какие цифры можно добавить? Количество микросервисов, объём трафика, размер команды, сроки сдачи проектов, процент покрытия тестами.

Полезный приём - посмотреть GitHub-профили коллег, их выступления на митапах, публичные кейсы в LinkedIn. Часто мы делаем серьёзные технические вещи, но не считаем их достижениями.

Шаг 2. Правильно сформулировать результат

Найти результат - половина дела. Важно грамотно его описать.

1. Используйте глаголы совершенного вида

"Внедрил", "оптимизировал", "мигрировал", "сократил", "запустил", "покрыл тестами".

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

❌ "Занимался бэкенд-разработкой на Python" ✅ "Перевёл монолит на микросервисную архитектуру, сократив время деплоя с 40 минут до 5"

❌ "Работал с базами данных" ✅ "Оптимизировал SQL-запросы, снизив время ответа критичных эндпоинтов с 3 секунд до 200 мс"

2. Делайте акцент на релевантном стеке и масштабе

Подсвечивайте то, что важно для должности, на которую вы претендуете. Для highload-позиции - цифры нагрузки. Для продуктовой команды - влияние на бизнес-метрики. Для платформенной роли - масштаб инфраструктуры.

3. Отвечайте на вопрос "что бы что?"

Вы что-то сделали - а зачем и с каким эффектом?

"Написал CI/CD pipeline" - что бы что? "Настроил CI/CD pipeline на GitHub Actions, что сократило время от коммита до продакшна с 2 часов до 15 минут и позволило команде делать до 10 релизов в день".

Итог

Сегодня резюме IT-специалиста - это не список технологий, а доказательство инженерной ценности.

ИИ уже ищет в тексте конкретные результаты и выносит их наверх. Если вы их не прописали - система сделает это за вас. И не факт, что в нужном вам ключе.

А у вас возникают сложности с описанием технических достижений? Или самое сложное - как раз сформулировать, чем именно ваш код изменил продукт?

@iconicompany