Разместите вакансию
Project-менеджера
и получите отклики от профильных специалистов!

❌ Ошибка 1: Смешивают PM, PO и Scrum Master
В вакансии пишут «Project Manager», имея в виду Product Owner. Или ищут человека, который будет одновременно фасилитировать ретро и управлять бюджетом. Кандидаты не понимают, кто нужен — и не откликаются.

✅ Как правильно
Чётко опишите роль: «вы управляете проектами, а не продуктом» или «вы работаете по Scrum, но ваша зона — сроки и бюджет, не backlog». Одно предложение в начале вакансии экономит 3 недели фильтра.


❌ Ошибка 2: Ищут «универсала» без приоритетов
«Нужен PM, который понимает UX, умеет писать ТЗ, знает разработку, говорит с клиентами и ведёт финансы». Такой кандидат либо не существует, либо стоит 400 тыс. ₽. Остальные отсеиваются — или принимают оффер и уходят через 2 месяца, поняв объём.

✅ Как правильно
Определите 3 главных результата за первые 3 месяца. PM откликнется, если поймёт: «это я умею делать». Остальные компетенции — желательны, не обязательны.


❌ Ошибка 3: Не описывают контекст — и получают не того PM
«Управление проектами в IT» — этому соответствует PM из стартапа с хаосом и PM из корпорации с годовым планом. Они разные люди. Компания нанимает одного — он уходит через месяц, потому что «это не то, чего я ожидал».

✅ Как правильно
Пишите честно: «у нас нет процессов — вы их строите» или «у нас сложившаяся система — вы её поддерживаете». Самоотбор снижает риск ошибки найма в 2–3 раза.


❌ Ошибка 4: Оценивают PM по сертификатам, а не по результатам
«PMP-сертификат обязателен» — отсекает 90% сильных практиков, у которых сертификата нет, но за плечами 30 закрытых проектов. И пропускает «сертифицированных» с нулём реального опыта.

✅ Как правильно
Спрашивайте про конкретные проекты: бюджет, команда, что пошло не так, как решили. Реальный опыт виден в деталях — без сертификата. Сертификат — плюс, не требование.

Заголовок: методология + тип проектов

❌ Плохо
«Project Manager» — под это откликнется кто угодно

✅ Хорошо
«Project Manager (Agile / IT-продукт / удалёнка)» — сразу фильтр по стеку и формату

Задачи вместо обязанностей

❌ Плохо
«Управление проектами, ведение документации, коммуникация с командой» — шаблон из интернета

✅ Хорошо
«Запустить 3 новых feature в продукте за квартал: декомпозиция, план, контроль. Бюджет проекта — до 2 млн ₽» — PM понимает масштаб

Зарплата: вилка с условиями

❌ Плохо
«Зарплата по результатам интервью» или «от 100 000 ₽» — сильный кандидат не откликнется

✅ Хорошо
«150 000–190 000 ₽ + KPI по закрытым проектам» — честный рынок, меньше разочарований на переговорах

Что отталкивает хороших PM

❌ Убивает отклики
«Умение работать в режиме многозадачности», «стрессоустойчивость», «мы — семья», «без чётких процессов и с инициативой» — PM читает: хаос и переработки

✅ Привлекает нужных
«Бюджет на инструменты», «ретроспективы каждые 2 недели», «принимаете решения самостоятельно» — PM видит: здесь уважают профессию

• Планирование и декомпозиция

Сильный PM разбивает цель на конкретные задачи с ответственными и дедлайнами. Проверяйте, умеет ли кандидат строить WBS и оценивать трудозатраты — это базис.
Вопрос: «Дан проект — запуск нового сайта за 2 месяца. Команда 5 человек. Покажите, как вы декомпозируете задачу на первой неделе»

🚩 Красный флаг: называет инструменты, но не может показать логику декомпозиции «на пальцах»

• Управление рисками

Реальный PM видит риски до того, как они стали проблемой. Слабый — реагирует постфактум. Проверяйте конкретный опыт работы с рисковыми сценариями.
Вопрос: «Расскажите о проекте, который был на грани срыва. Что пошло не так? Что вы сделали?»

🚩 Красный флаг: «у меня не было таких ситуаций» — у PM с реальным опытом они всегда есть

• Работа со стейкхолдерами

PM находится между заказчиком, командой и бизнесом. Ключевой навык — переговоры и управление ожиданиями. Без этого проект разваливается на этапе согласований.
Вопрос: «Заказчик требует добавить scope в середине проекта без изменения дедлайна. Как вы ведёте этот разговор?»

🚩 Красный флаг: «я стараюсь всех услышать» — без конкретного алгоритма переговоров

• Бюджетное управление

PM отвечает за бюджет, а не только за Gantt-диаграмму. Проверяйте конкретный опыт: с каким объёмом работал, как отслеживал, что делал при перерасходе.
Вопрос: «На каком бюджете вы работали? Был ли перерасход? Как вы его заметили и что сделали?»

🚩 Красный флаг: никогда не управлял бюджетом — значит это менеджер задач, не PM

• Методологии и инструменты

PM должен применять методологию осознанно — не «у нас был Scrum» а «мы выбрали Scrum, потому что...». Инструменты (Jira, Notion, ClickUp) — показатель цифровой зрелости.
Вопрос: «Вы работали по Agile или Waterfall? Почему именно эта методология для тех проектов?»

🚩 Красный флаг: называет методологию, но не может объяснить, зачем она нужна в данном контексте

• Метрики и результаты

Сильный PM говорит цифрами: проект сдан на 5 дней раньше, бюджет сэкономили 12%, команда выросла с 3 до 8 человек. Слабый — «всё было хорошо».
Вопрос: «Назовите 3 числа из последнего закрытого проекта — сроки, бюджет, команда. Что было запланировано, что вышло?»

🚩 Красный флаг: не может назвать ни одной цифры — проект «просто шёл»