Почему резюме PM — особый случай
Project Manager не пишет код, не продаёт, не делает аналитику руками. Его результат — это сроки, бюджет, стейкхолдеры. Проблема в том, что HR и ATS ищут в резюме конкретику: цифры, технологии, глаголы действия. А большинство резюме PM написаны в стиле «был ответственным за координацию команды» — абстрактно, без результата.
По нашим внутренним данным из UpTrack, из 500 разобранных резюме PM:
- 73% не имеют ни одной цифры в достижениях
- 61% используют пассивные формулировки («отвечал за», «занимался»)
- 48% не указывают размер проекта (бюджет, команда, длительность)
Это значит: на каждые 100 откликов PM в среднем получает 3-4 приглашения на интервью. После исправления формата — 8-12.
Оглавление
- Структура резюме PM
- Как описать опыт — формула результата
- Метрики, которые цепляют
- Hard skills vs soft skills
- Типичные ошибки
- Чек-лист
Структура резюме PM
Для PM рекомендуемый порядок секций:
- Шапка — имя, желаемая должность («Project Manager, Senior»), контакты, ссылка на LinkedIn/Habr.
- Summary (2-3 предложения) — фокус, индустрии, масштаб проектов.
- Ключевые навыки — методологии, инструменты, стек команды.
- Опыт работы — обратный хронологический, 4-6 bullets на каждую роль.
- Образование — без подробностей, если не профильное.
- Сертификаты — PMP, Scrum Master, если есть.
Summary — что писать
Это не «я энергичный и коммуникабельный». Это — 20 секунд, за которые рекрутер решает читать дальше.
Разница: второй вариант даёт HR за 5 секунд понимание, релевантен ли кандидат. Первый — не даёт ничего.
Опыт — формула результата
Каждый bullet в опыте должен быть построен по формуле: глагол действия + что сделал + какой результат.
Примеры до/после
Action-глаголы для PM
Сильные: *запустил, вывел, сократил, увеличил, внедрил, реализовал, построил, масштабировал, возглавил, спроектировал, оптимизировал.*
Слабые (замените): *отвечал за, был ответственным, занимался, работал с, участвовал в, выполнял.*
Проверьте, какие формулировки в вашем резюме слабые
Попробовать бесплатно →Метрики, которые цепляют
В резюме PM ценится четыре типа цифр:
1. Размер проекта
- Бюджет: «5M ₽», «12M USD», «$500k»
- Команда: «8 разработчиков + 2 дизайнера + QA», «кросс-функциональная команда 15 человек»
- Длительность: «8 месяцев от kick-off до релиза»
- Пользователи / выручка после запуска: «500k MAU», «рост выручки 23%»
2. Улучшение процессов
- «Сократил time-to-market с 6 до 4 месяцев»
- «Уменьшил количество багов в релизе на 40% через внедрение code review»
- «Ускорил онбординг разработчика с 3 недель до 1 за счёт runbook-ов»
3. Работа со стейкхолдерами
- «Презентовал roadmap 12 стейкхолдерам каждый квартал»
- «Провёл 20+ интервью с пользователями в рамках discovery»
- «Согласовал изменение scope с CFO, сохранив бюджет и сдвинув релиз на 1 месяц»
4. Risk management
- «Выявил 3 критичных риска за 2 месяца до релиза, предотвратил задержку на 6 недель»
- «Построил план восстановления после инцидента — среднее MTTR снизилось с 4ч до 45 минут»
Hard skills vs soft skills
Частая ошибка PM — писать в навыках только soft skills: «коммуникативность», «стрессоустойчивость», «ориентация на результат». Это бесполезно: ATS их не индексирует, HR не верит.
Что действительно нужно писать
Методологии: Scrum, Kanban, Scrumban, SAFe, Waterfall, Hybrid.
Инструменты: Jira, Confluence, Notion, Miro, Figma, Asana, Linear, Monday, MS Project.
Технический контекст (критично для IT-PM): REST API, микросервисы, CI/CD, облачные платформы (AWS, GCP, Yandex Cloud), базовое понимание SQL/Python/Git.
Метрики продукта: CAC, LTV, MAU/DAU, Retention, Funnel, unit-economics.
Работа со стейкхолдерами: requirements gathering, stakeholder mapping, presentations, negotiations.
Пример блока «Ключевые навыки»
— Методологии: Scrum, Kanban, SAFe (2 года опыта в масштабировании)
— Инструменты: Jira, Confluence, Miro, Figma, Linear
— Технический контекст: REST API, микросервисы, AWS, базы SQL
— Продуктовые метрики: unit-economics, funnel-анализ, retention cohorts
— Стейкхолдер-менеджмент: C-level, кросс-функциональные команды до 25 человек
Типичные ошибки в резюме PM
1. Нет разделения «что сделал сам» и «что сделала команда»
HR ищет вашу личную contribution. Формулировки типа «мы запустили продукт» — убивают впечатление.
2. Перечисление обязанностей из job description
Рекрутер знает, что делает PM в общем виде. Ему интересно, что именно вы делали лучше других.
3. Слишком много ролей, слишком мало конкретики
Если у вас 5+ мест работы, не пишите про каждое по 10 bullets. Оставьте 5-6 ключевых. Старые роли — одна строка с основным достижением.
4. Отсутствие индустриального контекста
PM в финтехе, медтехе, e-commerce, B2B-SaaS — это разные работы. Рекрутер хочет понять, откуда вы.
5. Пассивные формулировки
Пассив читается медленнее и создаёт впечатление безответственности.
6. Нет цифр
Про это уже всё сказано. Если не можете дать точную цифру — дайте интервал: «команда 10–15 человек», «бюджет ~20M ₽».
Чек-лист резюме PM
- [ ] В шапке указан желаемый грейд (Junior PM / PM / Senior PM / Lead PM)
- [ ] Summary — 2-3 предложения, отражают индустрию и масштаб
- [ ] В каждой роли 4-6 bullets, каждый с action-глаголом и цифрой
- [ ] Минимум 5 метрик во всем резюме (бюджет, команда, сроки, KPI)
- [ ] Указаны методологии (не только «Agile», а конкретно Scrum/Kanban/SAFe)
- [ ] Упомянуты 3-5 инструментов (Jira, Confluence, Figma и т.п.)
- [ ] Нет слов «отвечал за», «занимался», «участвовал»
- [ ] Нет soft skills без подтверждения действиями
- [ ] Образование — без подробностей, если не профильное
- [ ] Сертификаты (PMP/Scrum Master/PSPO) — выделены отдельной секцией
- [ ] Длина — 1-2 страницы, не больше
Что делать дальше
- Возьмите текущее резюме и проверьте по чек-листу выше — сколько пунктов уже есть.
- Пройдите базовую проверку формата → загрузить резюме.
- Если формат проходит, но не видите откликов — запустите полный ATS-аудит. Он покажет, какие ключевые слова для вашей роли (Senior PM в финтехе, Scrum Master в продуктовой компании и т.п.) пропущены, и сравнит ваше резюме с реальными вакансиями на hh.ru.
Проверьте резюме PM на ATS за 30 секунд
Попробовать бесплатно →Похожие статьи
- Backend разработка
Резюме Backend-разработчика в 2026: что реально читает HR
Как написать резюме Backend-разработчика, чтобы его позвали на интервью. Стек, архитектура, нагрузки, метрики, разбор типичных ошибок с примерами.
18 апреля 2026 г.13 минЧитать - Product Manager
Резюме Product Manager: 10 ошибок, из-за которых не зовут
Разбор типичных ошибок в резюме Product Manager 2026. Как правильно писать про метрики, discovery, стейкхолдеров. Примеры до/после для Senior и Middle PM.
17 апреля 2026 г.12 минЧитать - Frontend разработка
Резюме Frontend-разработчика: React, Vue, TypeScript
Резюме Frontend-разработчика в 2026 — структура, стек, метрики производительности и разбор ошибок. Примеры до/после для React, Vue, TypeScript.
17 апреля 2026 г.11 минЧитать