Что мы видим в 90% резюме бизнес-/системных аналитиков?

Что мы видим в 90% резюме бизнес-/системных аналитиков? Привет! На связи Таня Коган 👋 Недавно у нас в канале проходил с трим с разбором резюме с участием опытного HR в ИТ и вот, какие тренды в резюме мы выделили: 1. В резюме нет понятного позиционирования Частая формулировка: «Бизнес-аналитик / системный аналитик / product analyst / project manager». Для рекрутера это выглядит не как универсальность, а как отсутствие фокуса. Рабочая концепция: 1 резюме = 1 целевая роль. Для бизнес-аналитика акцент — на процессах, требованиях, стейкхолдерах и бизнес-эффекте. Для системного — на интеграциях, API, моделях данных, спецификациях и архитектурном контексте. 2. Есть список обязанностей, но непонятен масштаб задач «Собирал требования», «писал документацию», «участвовал во встречах». Такие формулировки почти ничего не говорят о специалисте. Гораздо лучше показать: — для какой системы собирались требования — сколько было стейкхолдеров и команд — какие интеграции проектировались — какие артефакты создавались — что изменилось после внедрения 👉 Не «описывал бизнес-процессы», а: «Описал AS IS / TO BE для процесса согласования договоров, устранил 4 дублирующих этапа и сократил среднее время согласования договора на 20%». 3. Навыки перечислены отдельно и не подтверждены опытом В блоке скиллов часто написано: BPMN, UML, SQL, REST API, Kafka, Swagger, Postman, Jira, Confluence. Но в проектах не видно, где и зачем всё это использовалось. Для ATS ключевые слова важны, но для нанимающего менеджера важнее контекст. Хорошие примеры: — «Спроектировал REST API для обмена данными между CRM и биллингом» — «Описал sequence diagram для сценариев авторизации» — «Сформировал контракт интеграции в Swagger / OpenAPI» 4. Нет результатов и бизнес-эффекта Аналитики часто думают, что результаты — только для product-менеджеров. А еще, они считают, что раз они только написали требования, результаты работы всего проекта не могут быть указаны в резюме Какие эффекты могут быть у аналитиков? — ускорили согласование требований — уменьшили количество ошибок после релиза — автоматизировали ручной процесс — запустили новую интеграцию — перевели пользователей с legacy-системы 5. Проект описан без контекста Название компании само по себе ничего не объясняет. Рекрутеру и нанимающему менеджеру важно быстро понять: — что это за продукт — B2B или B2C — внутренняя или внешняя система — legacy, разработка с нуля или внедрение коробки — размер команды — зона ответственности аналитика Хороший блок опыта начинается не с обязанностей, а с контекста проекта. 6. Резюме перегружено «украшательством» Для аналитика особенно хочется показать любовь к схемам 😅 Но CV — не тех. документация. Сложная верстка, таблицы в несколько колонок и декоративные блоки могут плохо считываться ATS . Оптимально: — PDF — 1–2 страницы — простой шрифт — понятные заголовки — короткие буллеты — ключевые слова внутри опыта Итого, резюме аналитика должно отвечать на 4 вопроса: Какую проблему решал? Что именно анализировал и проектировал? Какие инструменты использовал? Какой результат получил бизнес и команда? На нашей программе менторства мы всегда проходим этап подготовки резюме с двумя специалистами: ментором и HR. Взгляд с двух сторон помогает сделать резюме продающим как для нанимающего менеджера, так и для менеджера по персоналу. Если тебе тоже нужно упаковать опыт бизнес-/системного аналитика и пройти воронку до достойного оффера — знаешь, кому писать ➡️ @analytics_team_help Прикрепила к посту визуальный пример резюме бизнес аналитика с легендой Есть, что к нему добавить? Пиши в комменты 👇