Количество достижений по базовым функциям

На hh.ru есть метка «Обязанности без конкретных достижений». Её видят работодатели, а резюме с ней сильно проседает в поисковой выдаче: без переработанных функций вы не попадёте в топ результатов, даже если по навыкам подходите идеально.

Так что превращение обязанностей в достижения — не украшательство, а условие, при котором вас вообще покажут работодателю.

Сколько функций перерабатывать — зависит от роли. Бизнес- и системным аналитикам желательно переработать 10–15 функций, добавив к каждой описание достижения. Разработчикам достаточно 5–10 переработанных функций с результатами.

Это ориентир, а не догма, но ниже него резюме выглядит списком должностных обязанностей, а не рассказом о специалисте.

Сама переработка — это дополнение голой обязанности контекстом: где вы это делали (в каком проекте или его части), что именно сделали, зачем и каким способом, что от этого улучшилось для проекта или компании. Скажем, вместо «Выявление требований, работа с API, моделирование BPM» пишете: «Систематизировал требования к интеграции с платёжной системой, описал API взаимодействия и построил BPM-модель процесса, что сократило время согласования технического задания с 2 недель до 3 дней».

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

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

Сдержанная, но честная формулировка работает лучше, чем эффектная цифра, которая рассыплется на первом уточняющем вопросе: проверять вас будут по строчкам, которые вы написали сами.