Вакансия не та 🤦♂️ PM или SM?
Почти каждый руководитель проектов или продуктовой команды сталкивался с путаницей в ролях: Scrum Master, Product Owner, Product Manager и Project Manager. Эти должности часто используются как взаимозаменяемые термины, что приводит к ошибкам при подборе персонала и потере времени.
Я руководитель проектов и продуктов с опытом в ИТ более 7 лет. Сейчас нахожусь в поиске новой позиции, и примерно в 7 из 10 вакансий сталкиваюсь с одной и той же проблемой — вакансия называется «Менеджер проектов», а по факту ищут, например, Scrum Master’а.
Обобщённый пример из моих кейсов 👉 Я откликнулся на вакансию «Project Manager в … проект». На собеседовании выяснилось, что в команде есть Product Owner, который определяет задачи и ведёт внешние взаимодействия, а кандидат должен свободно владеть автоматизацией в Jira и разбираться в JQL-запросах для автоматизации процессов через Jira API. В итоге мы просто потратили общее время на собеседование, не получив никакого результата.
Посчитаем грубо 🤔: — Я потратил около 2 часов (изучение вакансии и компании, отклик на вакансию, само собеседование); — HR примерно столько же (прочтение отклика, изучение резюме, само собеседование, обсуждение с коллегами); — Коллеги HR мне неизвестно сколько потратили времени, но они точно делали анализ нашей беседы, после чего через 4 дня я получил ответ.
И сколько таких «пустых» собеседований? Если, например, 4 дня в неделю по 2-3 штуки… В месяц выходит больше 25 часов, и это только время одного HR☝️Для меня тут нет особой проблемы, есть даже некий дополнительный опыт. Хотя конечно не хочется тратить время зря. Но мне искренне интересно — что в мыслях руководителей и HR-специалистов побуждает зря тратить их собственное время и время команды?
Путаница, так или иначе, затрагивает позиции Scrum Master (SM), Product Owner (PO), Product Manager (PdM) и Project Manager (PM). В принципе, PM это достаточно обобщённое название ведь в небольших командах PM может временно брать на себя часть задач PO или PdM, но в больших компаниях и командах это три разные роли с уникальными целями и компетенциями. Нанимать же на роль Скрам мастера менеджера проектов — это как пушкой по воробьям.
На мой взгляд назначение этих позиций следующее: • Scrum Master (SM). Отвечает на вопросы «Как организовать работу команды? Как улучшить процессы?». Несёт ответственность за командные процессы, соблюдение принципов Scrum и за повышение эффективности взаимодействия команды; • Product Owner (PO). Отвечает на вопросы «Что именно и в каком порядке мы разрабатываем?». Несёт ответственность за приоритизацию задач, бэклог, ясность требований и максимальную пользу продукта для пользователя и бизнеса; • Product Manager (PdM). Отвечает на вопросы «Зачем мы создаём этот продукт? Для кого он? Какие цели мы преследуем, и как измерим успех?». Несёт ответственность за стратегию продукта, рыночный анализ, конкурентные преимущества и рост ключевых продуктовых метрик; • Project Manager (PM). Отвечает на вопросы «Как именно мы реализуем проект? Когда? Какими ресурсами и силами?». Несёт ответственность за управление проектом целиком — от ресурсов и сроков до содержания и технологии реализации. PM отвечает за успешность проекта в целом и организует всё, что для этого требуется, от общей стратегии до точечных вопросов реализации.
Путаница в ролях — не просто неудобство. Это потеря времени и денег на лишние собеседования, риски для проекта и даже риск найма неподходящего сотрудника, с которым вскоре придётся расстаться. Страдают все — кандидаты, компании, проекты. Коллеги, давайте называть роли правильно 🙏
Сталкивались с подобной путаницей? Расскажите, как это влияло на вашу работу или карьеру. И можно ли полностью исключить подобные ошибки при подборе персонала?
И напомню, что подписка есть не просит, а интересную информацию принести может 😉 поэтому подписывайтесь и комментируйте.
Желаю всем успехов! 🤝
· 24.03.2025
Ну изначальный пост о том что многие путаются в этих всех названиях и суть чтобы не путаться Вопрос что нужно сделать чтобы сразу было понятно без разъяснения кто за что отвечает,сразу прям
Выходит наниматель или заказик,который ничерта в это не разбирается,должен сперва разобраться,а потом понять кто ему прям нужен и искать
То есть он не разу будет искать решение ,а придется потратить время и на это
А предположим владелец бизнеса расширяется и ему нуже нанять отдел и просто найдет тех кто лучше звучит,ну что-то похоже,вы же все там айти такое вот так,
И мы опять приходим к тому что,для решения одних задач ещё больше запутывается,что ещё раз дополнительно приходится разъяснять
Русский говорит на русском языке и ему понятней это,
Это как мое наблюдение,это не моя сфера,но я в любой момент могу стать нанимателем и мне нужно будет решать и находить, А тут ещё одна заковырка иди разбирайся
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 24.03.2025
Чаще всего кадры ищут не сами руководители ИТ-компаний, а HR — они как раз должны понимать, кто есть кто. Вопрос не в названиях, а в правильном их употреблении и в том, чтобы не искать супермена который будет один работать за три должности. Долго он так не проработает. В итоге все зря потеряют время и будет обоюдный негатив.
Названия заимствованные — да, но в них конкретный смысл, как в чертежах у инженера. Если каждый начнёт «по-своему называть», будет бардак.
Если же ищет сам руководитель маленькой ИТ-компании, тогда… тут без минимального погружения никак. Вроде бы тема то не то чтобы прям сложная — разобраться в том кого ты должен нанять в команду. И сделать это очевидно нужно. Иначе его компания вряд ли долго просуществует.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 24.03.2025
Спасибо,понял услышал
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён