В эфире еженедельная рубрика разбора резюме* Я опять покусилась на святое, на ИТ, последние пару раз меня закидали томатами в Сетке, посмотрим, что будет в этот раз😁
Резюме сильное, но для hh.ru его нужно адаптировать под формат сканирования и сделать более "продающим" для топ-менеджерских позиций.
1. Заголовок Сейчас: Директор ИТ / СIO / Архитектор БД Проблема: «СIO» и «Архитектор БД» слишком узко для ATS-систем, то есть это значит, что такие запросы редко делают при поиске кандидатов. Лучше: Руководитель IT-департамента / Архитектор корпоративных систем
2. Раздел «Опыт работы»: нужно структурировать Сейчас это выглядит, как сплошной текст. Для hh.ru важно:
- Краткие достижения (цифры, %)
- Обязанности списком, но не более 5–7 пунктов на место Пример переработки (для текущего места): «Руководство IT-командой (12 чел.)
- Внедрил ИИ-обработку документов: сократил время согласования на 40%
- Интегрировал Битрикс24 с 1С и почтой: охват 350+ пользователей
- Построил BI-систему для транспорта и логистики: снижение потерь на 15%
3. Убрать техническую «водянистость» Детали вроде: «Создание отчета о вхождении объектов в дерево подсистем» - это для разработчика, не для директора. Оставьте только то, что показывает управленческий и архитектурный уровень.
4. Добавить больше цифр и результатов Где можно:
- размер команды
- бюджет (если был)
- количество пользователей
- сокращение времени/ошибок
- количество внедрений Пример: «Провел 5 масштабных внедрений ERP на заводах с численностью >500 чел.»
5. Раздел «Обо мне»: переписать в ключе «ценности для бизнеса» Сейчас - просто перечисление. Лучше: «Более 17 лет в ИТ, из них 10+ - на руководящих позициях. Специализируюсь на цифровой трансформации производственных холдингов. Выстраиваю единое цифровое пространство: от цеха до управленческого отчёта» и т.д.
6. Убрать лишнее Я бы сократила 8 страниц резюме и не стала бы раскрывать так подробно первые 2 опыта.
Вывод: я бы сделала два разных резюме для роли Директор ИТ и Архитектор БД., там бы подсветила ваш опыт по-разному, но через цифры и конкретику!
· 31.07
Мне кажется, вектор развития лучше читать не из self-description, а из последних 2-3 решений и того, где человек сам просит ответственность. Иначе HR видит одну картинку, а на проекте всплывает другая. Вы такой сигнал фиксируете отдельно?
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён