Разница между проект менеджером и продукт менеджером.
Собственно вопрос в заголовке. :) В чем вы видите разницу? Какие пути развития карьеры существуют? Для меня пока понятна карьера специалиста и карьера менеджера, а вот субкатегории неясны.
ой было 🙈🙈🙈😆😆🙄, было уже.
Проект менеджер это ассистент проекта: следил за сроками, бюджетом, кворумом (чтобы собирался), деливералбами...
Продукт менеджмер в первую очередь визионер 😀😀😀
Было. Я сама проект менеджер. Сейчас нашла стелле на продукт менеджер, в описании: формирование ценовой политики, NBD, встречи с клиентами. В общем, никакой разницы. Визионер- слово хорошее, но что конкретно оно означает? :)) Каковы реальные задачи и карьерные цели? Мне не понять на ночь глядя. :)))
Проект-менеджер исполнитель проекта. А продукт-менеджер придумывает продукт или его линейки. Там кроме техники продукта довольно сильное пересечение с маркетингом. Задача: разработать продукт, который нужен рынку, и который рынок будет покупать. Карьерные цели - поднять баблоса, т.к. высокий процент зарплаты в бонусах по реальному успеху.
А вообще на каждом предприятии свои требования и то, что на одном называют проект-менеджером, на другом уже больше в продукт вписывается.
Rhein-Neckar-Kreis Challenge И на старуху бывает порнуха. Досуг можно сделать разнообразным, особенно на работе
Проектменеджер менеджит один конкретный проект, чётко очерченное задание в чётко очерченные сроки. Продуктменеджер менеджер менеджит продукт, сам придумывает задачи и цели и выбивает под них бюджет. Проектменеджер встречается с клиентом, чтобы согласовать сроки и бюджет одного проекта. Продуктменеджер встречается с клиентом или обычно все же многими клиентами, чтобы выяснить область применения продукта, необходимые функции, и определить ценовую стратегию в зависимости от структуры клиентов. Короче, разница огромная и задачи совершенно разные, по крайней мере у нас.
У нас огромная разница между проект-менеджером и продукт-менеджером. Первый что-то вроде консультанта, только консультант занимается fachliche Beratung und Implementierung, а проект-менеджер больше организует (у нас все проекты экстерн). То есть этот человек мотается по клиентам.
Продукт же менеджер занимается концепциями развития продукта. Он в курсе последних тенденций своей области и сам придумывает новые функциональности и направления. У нас продукт-менеджер - персональный шеф разработчиков и инженеров по качеству. Так как он руководит разработкой.
ну в теории след ступень domain owner/portfolio owner. то есть человек мыслящий ещё шире. Начальник нескольких продуктов.
---
В карьеру как таковую я больше особо не верю. Лишь бы денег платили нормально и работа нравилась.
Интересно, бывает и такое, что эти функции обьединены.
нп
Спасибо вам всем за ответы!
Я совсем зелёная в этом плане. По работе встречалась только с тех. специалистами и sales manager. Их рабочие задания вполне себе представляю. Нам на предприятии ещё рассказывали про программы развития в менеджменте или как тех. специалист (т.е., вертикальные и горизонтальные), а вот различия между разными позициями в менеджменте мне ещё не совсем ясны.
Первые недели и даже месяцы могут быть обманчивы
в теории проектменеджер больше организаторская работа, продакт больше занятие материей.
Но что оно на самом деле в каждой фирме имеет своё значение. Часто люди просто не понимаюто разницу. И думают, что если они назовут проект менеджмент продакт менеджментом, то они уже модерн.
Главная разница наверно - у продукт-менеджера есть продукт, а у проект-менеджера - нет
Проект-менеджер использует продукты и индивидуальные разработки, а также работу консультантов, чтобы удовлетворить требования клиента. Клиент обычно заказывает проект, чтобы внедрить у себя какие-то новые решения. Например имплементировать новую систему выставления счетов конечным клиентам или автоматизировать производоственную линию.Проект-менеджер координирует проект.
А задача продукт-менеджера - предлагать клиентам свои продукты, которые клиенту необходимы для выполнения своих задач. Если клеинту не хватает в продукте каких-то функций, то консультанты проекта и проект-менеджмент просят продукит-менеджера внедрить эти функции в свой продукт. А продукт-менеджер решает, поскольку требований много, и он должен выбрать самые важные (и такие, которые согласуются с его стратегией развития продукта, потому что у него есть свое видение правильного пути
развития).
Добавлю путаницы: есть проектменеджеры и в разработке продуктов. В этом случае продуктменеджер - их заказчик. Он придумал задачи и цели и выделяет под них бюджет. А проектменеджер координирует исполнение.
Это айти специфика?
Потому что сразу же по первому преддожению могу сказать - далеко не всегда так.
Но если это специфика айти, то зря я наверное со своими баранами.
Например имплементировать новую систему выставления счетов конечным клиентам
это фигня
вот мы делаем систему проверки входящих счетов от поставщиков
Да, мне очень нравится эта роль
Потому что имеешь что-то "свое", детище, которое сам растишь, формируешь и воспитываешь.
Тебе никто не указ (это мне очень важно)
Ты должен разбираться в тематических вопросах, анализировать развитие области, сам находить новые решения для всей области и пропогандировать их, воспитывать и убеждать клиентов.
Тебя поддерживают технические специалисты, ты можешь поверхностно изучать интересные новые технологии и говоритъ "а давайте сделаем так", но тебе не надо корпеть над мелкими техническими проблемами реализации (типа в новом веб-фреийме какое-то окошко не скалируется как надо), ты просто говоришъ "решите эту проблему и покажите мне решение, дейдлайн завтра в 08:00" (а в 08:00 можешь, лежа в кровати, читать по скайпу отчет об исполнении)
Ты участвуешь во всяких стратегических митингах и выдаешь глубокомысленные рекомендации, как рационально использовать мощности и как организовать процессы, как позиционировать новые темy.
Ты в рабочее время читаешь литературу по специальности, ездишь не конференции и на воркшопы к интересным клиентам.
Итд итп.
ну в теории след ступень domain owner/portfolio owner. то есть человек мыслящий ещё шире. Начальник нескольких продуктов.
Да, у нас такая иераехия - владелец "komplex solution" обьединяет несколько "single solutions"
Но мне например больше по душе "single solutions" (моя)
Потому что она математически и тематически сложная и интересная. А владелец целой области продуктов уже скорее координатор. Он может распределять мощности и сроки между отдельными продуктами, но развитием каждого продукта занимается менеджер данного продукта.
это фигня. вот мы делаем систему проверки входящих счетов от поставщиков
Ты как Фрося Бурлакова. "Представь себе, ты выиграла в лотерею пианино" - "Такого не бывает, я сколько играла, ничего не выиграла".
Это абстрактный пример, понимаешь?
Мой продукт тоже не выставляет счета. У меня менеджмент рисков со всеми стохастическими симулациями, оптимизацией, стратегиями трейдинга, маргинингом биржевых дериватов, моделями рынков и недифференцируемыми уравнениями.
На фоне этого ваша проверка счетов - фигня.
Я вот кстати не хотела бы заниматься банальным продуктом, который организует какие-то процедуры. Тогда уж интереснее в техническую имплементацию пойти. А вот там, где теория - сложная, математическая, финансовая и общеэкономическая, мне интересно.
Это айти, но не надо на нее замыкаться.
Интересны и другие примеры.
Вот почему мое первое предложение не всегда соответствует действительности? У вас бывают продукт-менеджеры без продукта?
У нас называется проектляйтер и он мама и папа продукта, при этом и координатор проекта
Ну да, проeкты бывают и внутренние. И любая деятельность может быть организована в проект, которым может управлять проeкт-менеджмент. Разработка, внедрение купленного програмного обеспечeния, эксперименты, реорганизация отделов, переезд, переход на новую систему бухгалтерии.
У наших уборщиц кажется тоже есть проэкт-менеджер, который координирует организационные нововведения типа "моющий коридор моет и туалеты этого коридора, но ответственный за туалеты распределяет туалетную бумагу по всем коридорам"
А каково соотношение продуктов и проектов?
Обычно ведь один продукт используется в нескольких проектах? Тогда получается, что у вас владелец продукта ведет все проекты, использующие этот продукт? А если в проекте задействованы несколько разных продуктов, чей родитель ведет этот проeкт?
один продукт - один проект
Но продукты могут быть зависимы друг от друга, родители продуктов договариваются, как вместе уживаться
Но система и правда непростая, я еще не до конца разобралась :)
ты просто говоришъ "решите эту проблему и покажите мне решение, дейдлайн завтра в 08:00" (а в 08:00 можешь, лежа в кровати, читать по скайпу отчет об исполнении)
Я бы тебя прибил в темном углу через неделю за такое руководство.
я бы сказал, разница фундаментальная. не буду растекаться мысью по древу и рождать несущесвующие сущности, ограничусь примером из моего родного автопрома. мы испольуем в системной инженерии т.н. V-модель.
двигаясь по рогатке сначала вниз, потом вверх, мы пробегаем многие стадии, независимо друг от друга и называем их подсистемы. решения вопросов в подсистемах называем проектами и шеф подсистемы и есть менеджер проекта. доходом по рогатке правого верхнего конца, имеем продукт, но как им распорядиться, решает консилиум менеджеров по продукции.
наверное, не очень помогло или?
Часто бывает так, что эти функции объединены или обязанности частично перемешаны. Но в идеале так как выше написали. Продуктменеджер должен очень хорошо знать свою предметную область, обладать стратегическим видением что делать и зачем это нужно.
Проектменеджер отвечает за бюджет, сроки, людей. Его задача сделать так, чтобы все было готово, при этом вовремя, выбить на это бюджет и в него уложться.
У нас вот совсем недавно был продакт менеджер, но не было проектменеджера. В итоге было задумано куча классных фич для завоевания рынка, но все это осталось в прекрасном далеко, потому что с планированием и сроками был полный провал, в итоге большинство людей разбрелись кто куда с проекта (во главе с самим продактом).
Я бы тебя прибил в темном углу через неделю за такое руководство.
Ну это потому чрто ты не учитываешь софт-скиллы. Мне кстати так многие знакомые говорят, которые судят со стороны на основе моих рассказов. А настоящие коллеги очень даже хорошо реагирует. Vедь важно не "что", а "как".
Продукт-менеджер может сяам координировать разработку своего продукта (даже если назвать это проектом). Если же проект - нечнто совсем иное, что просо испоользует продукт, то нужен отдельный проект-менеджер.
Наверно нам не хватает определения продукта. У нас продукт - это программное обеспечение. А порект - внедрение каких-то процессов у клиента с использовабием этого (и возможно многих других) пакетов программ, то есть продуктов. И если продукт-менеджет начнет вести такие проекты, то это будет абсурдом.
Я не внутрифирменных проектах вообще, а о проектах в продуктменеджменте. Продуктменеджер занимается визионерством, а проектменеджеры координируют выполнение навизионированного. Продуктменеджер в идеале сохраняет полную картину того, чего он навизионировал и передал в исполнение.
Он может сам, если продукт не такой большой, и если самому продуктменеджеру больше делать нечего. В реальности (нашей, может у вас и по-другому) продуктменеджер болтается по всяким стратегическим митингам, внутрифирменными и с большими клиентами или партнёрами, планирует дальнейшее развитие своего продукта, координируется с другими продуктменеджерами, чего они там навизионировали, координирует с маркетингом продвижение своего продукта на рынке и тд и тп. На координацию отдельных проектов по продукту у него просто может не остаться ресурсов.
а как обстоит дело со стыковками с системными границами, если столько самостоятельностi?
дело частично случая, частично отношения.
Отношения - в том смысле, что такое карьера для тебя? Минимум один человек под тобой, минимум 5? Зп больше ста к? Модное название должности?!
Между системами есть интерфейсы, их стараются систематизировать.Ну и тематически конечно надо координировать, какиакие процессы и какие данные одни модули перенимают у других или делят друг с другом.
Продукт-менеджер может сяам координировать разработку своего продукта (даже если назвать это проектом).
Может, и часто так и происходит. Но дело в том, что это совсем разные skills. Зачастую ну совсем ортогональные. И они не всегда присутствуют у одного и того же человека. Если проект маленький, то один кое-как ещё справится, а если более-менее крупный, то там надо обладать недюжинным талантом, чтобы одновременно отвечать за все что, зачем, когда, как, кем, сколько и остальные вопросы.
Ну и как можно любить после таких заявок? Любить можно когда ты задашь этому багу приоритет и поставишь в общую очередь для обработки.
правильно. а как ты видишь возможность дать самостоятельность менеджеру проекта? после первого-второго заседания самостоятельность равна практически нулю. или нет?
Тогда понятно. А когда одна модель телефоны выходит на рынок - что делает его продукт-менеджер? Развивает следующую модель серии?
У нас-то один продукт существует десятилетиями и развивается все дальше и дальше.
нп
Можно сказать, что продукт менеджер - это стратег, который решает "куда" двигаться, а проект менеджер - это тактик, который решает "как" двигаться?
У нас другая специфика. каждый наш продукт представляет собой большую тему. А взаимодействие с другими продуктами ограничено трансфером некоторых разультатов и данных. Главное происходит внутри. Техника может быть общей, но техникой занимаются централизированные технические отвественные.Ну а темы разных продуктов настолько разные, что свободы внутри продукта очень много.
нет, обе функции я бы приписал продуктеру, а проектнику только и только функцию решателя вопросов на коротком отрезке процесса.
Да, если задача проекта - разрабатывать продукт. Тогда продукт-менеджер задает направление, а проект-менеджер координирует исполнение. Если же в проектах используются готовые продукты, то продукт-менеджер развивает продукт, а проект-менеджер его просто использует.
Раньше мне казалась, что карьера - это добиться руководящей должности, хорошей з/п и крутой должности. :)) Сейчас для меня стал баланс важен, т.е., на семью время тоже нужно. И для меня, карьера проект менеджера видится в руководстве все большим количеством людей. А вот продукт менеджер все ещё тайна, покрытая мраком. :))
Любят не за заявки. Содержание произносимых фраз вообще очень мало значит. И авторов книг любят не за отдельные тезисы, а за атмосферу и образ. Аутисты концентрируются на содержании и достигают успеха там, где его могла бы добитъся машина. Но для человека это скорее хендикап. Люди взаимодействуют на эргетически-психологически-химическом уровне. И реклама так действует. Мало чего можно добит'ся, замыкаясь на содержании.
Главное - семья и дети, карьера это шелуха. Не в деньгах счастье.
Тебя куда-то не в ту степь несет. Я тебе говорю совершенно серьезно - если хочешь чтобы тебя любили ентвиклеры - никогда, никогда! не требуй подобного. Типа дай мне железный срок выполнения данной задачи, или сделай мне эту задачу завтра к 8 утра. Тебя либо будут ненавидеть и игнорить, либо будут сбегать от тебя.
PS Вообще есть такое понятие "herding cats". Советую погуглить.
Могу и конкретный привести. Наши клиенты - энергетические компании. Мы создаем для них программное обеспечение и проводим у них проекты по внедрению новых процессов с использованием наших продуктов. Один продукт расчитывает тарифы и условия для поставок энергии их конечным потребителям. Другой продукт менеджт информацию о количествах потреблqемой и производимой энергии, о ее билансировании, о топографии типа прикрепления к определенным сетям и зонам. Эти два продукта обмениваются информацией (например данные о новом заключенном контректе первый продукт шлет другому), но все что они делают внутри своей темы - решение соответствующего продукт-менеджера. У каждого продукт-менеджера есть еще ИТ-архитектор, который разрабатывает архитектуру обьектов приложения - по указаниям менеджера.
Но вот начнут ненавидеть и сбегать - тогда и поговорим.
А степь как раз именно та, мне кажется, что ты очень глобально недооцениваешь софт-скиллы. Говорить правильные вещи - это такая малая частица успеха.
все, понял. вы - подрядчики, у вас нет глобального процесса, но существуют процедуры для конкретного заказчика. каждый заказчик и есть определенный процесс.
можно так сказать. Я сейчас как раз смотрю презентацию новых функций одного продукта, ее делает как раз продуктменеджер(ша). Но я точно знаю, что координировал разработку другой человек.
это добиться руководящей должности, хорошей з/п и крутой должности
обязательно все три компоненты?
например, какой-нибудь декан ХФ особо много денег не имеет, но целый декан и проф.
можно руководить кучей людей, но при этом имет низкую зп
А можно иметь крутую зп, не имея ни одного чела в подчинении
Но вот начнут ненавидеть и сбегать - тогда и поговорим. А степь как раз именно та, мне кажется, что ты очень глобально недооцениваешь софт-скиллы. Говорить правильные вещи - это такая малая частица успеха.
Вот тут меня уже на нецензурщину тянет. Ты серьезно думаешь, что если ты потребуешь невыполнимого строя при этом глазки - то тебя будут любить? Ну-ну, успехов в дальнейшей карьере. Хотя я думаю, ты нас, как обычно, просто троллишь.
Можно сказать, что продукт менеджер - это стратег, который решает "куда" двигаться, а проект менеджер - это тактик, который решает "как" двигаться?
Нет, они вообще решают задачи в параллельных плоскостях. Продуктменеджер до мельчайших деталей продумывает стратегию и тактику развития продукта. А проектменеджер отвечает за необходимые для этого ресурсы.
потребуешь невыполнимого
Почему невыполнимого? "Завтра в 8" - это скорее всего фигура речи. Хотя некоторые вещи можно и за 5 минут доработать, так что "завтра в 8" - это дофига времени.
Проблема в том, что у человека может быть ещё миллион заданий к 8:00 утра запланирован. И ещё одно незапланированное к тому же сроку все его планы на уши ставит. Таких руководителей на самом деле мало кто любит.
Нет, они вообще решают задачи в параллельных плоскостях. Продуктменеджер до мельчайших деталей продумывает стратегию и тактику развития продукта. А проектменеджер отвечает за необходимые для этого ресурсы
Верно. И добавьте третьего в упряжке - технического тим-лида, который консультирует первых двоих насчет реализуемости поставленных задач и отвечает за их техническое выполнение. Если хоть один из трех не тянет - получится фигня.
Алла вроде бы писала, что за персонал не отвечает. Я не знаю, у кого как процессы организованы. У нас за приорететы тимлид отвечает. Так что, если ресурсов нет, то об этом так сразу и будет заявлено - как снег на голову разработчику упасть не получится.
Хотя некоторые вещи можно и за 5 минут доработать, так что "завтра в 8" - это дофига времени.
Можно. И обычно у меня так и бывает. Но предельно глупо пытаться просуммировать 10 подобных задач и требовать выполнения всего этого за один час. Оптимум, это - очередь задач. Когда у разработчик никто не стоит над душой и не суммирует время на каждую из них.
За приоритеты не может отвечать тим-лид. Что продукту нужно в первую очередь - не может решать никто кроме продукт-менеджера/проект-оунера.
Тогда и задание должно быть размещено у тимлида, приоризировано и дано к выполнению. К 8 утра или нет, решит тимлид в зависимости от приоритета. Алла, конечно, может попросить сделать задание к 8:00, мило улыбнувшись. Я тоже так иногда делаю, в качестве большого исключения и если на самом деле горит. Это исключение, никак не правило.
Это по сути тоже всего лишь переприоризация... Против подобного у меня возражений нет. А к 8 или к 12 - зачастую и не получится сказать заранее.
Бывает, что разработчики в нескольких проектах задействованы - я про это. Если разработчик над одним проектом работает - всё ещё проще: если появляется какое-то очень срочное задание, у менее срочного переносится дедлайн.
Мой продукт тоже не выставляет счета. У меня менеджмент рисков со всеми стохастическими симулациями, оптимизацией, стратегиями трейдинга, маргинингом биржевых дериватов, моделями рынков и недифференцируемыми уравнениями.
На фоне этого ваша проверка счетов - фигня.
может и фигня, но моя))
а может в твоем проекте тебе твои программисты вместо стимуляций случайные числа подсовывают?
В смысле твои дедлайны не воспринимают всерьез?
как можно воспринимать всерьез Аллу, вещающую из-под стола?
Нп. Мне все, кто лезет с задачами "завтра к 8", идут лесом. Для него одного это небольшая просьбочка, а мне если отвлекаться на всех таких просящих, то работа превратится в хаос. Есть только тимлид, который может говорить мне что делать, со всеми просьбами - к нему. И естественно я ставлю его в известность, насколько сдвинутся по времени все остальные задачи, если я сейчас сделаю "вот эту маленькую штучку" для Васи и "чуть-чуть помогу" Пете. Дальше это уже его решение, устраивает его это или нет.
Тебя поддерживают технические специалисты, ты можешь поверхностно изучать интересные новые технологии и говоритъ "а давайте сделаем так", но тебе не надо корпеть над мелкими техническими проблемами реализации (типа в новом веб-фреийме какое-то окошко не скалируется как надо), ты просто говоришъ "решите эту проблему и покажите мне решение, дейдлайн завтра в 08:00" (а в 08:00 можешь, лежа в кровати, читать по скайпу отчет об исполнении)
Алла, ты даже в собственной легенде путаешься.
если ты б ты была действительно визионером, то разработчики клали бы на твои хотелки а ля "завтра в 8:00". Визионы не воплощаются в жизнь за день. Пиши еще))
Не знаю, что ты подразумеваешь под процессом, но наши проекты ориентированы на отдельных заказчиков.
А продукты развиваются стратегически. То есть я знаю требования рынка и возможности современной науки и решаю, что нам делать.
а может в твоем проекте тебе твои программисты вместо стимуляций случайные числа подсовывают?
Ну да, а я не вижу, как выглядят результаты симуляции. То есть числовой ряд из случайных чисел для меня неотличим от коинтергрированных процессов с геометрическим движением Брауна, мин-ревертингом, скачками и зависящей от времени и уровня волятильностью.
Вот здесь можно скачать книжку в открытом доступе про продакт менеджмент, довольно интересно написано.
http://www.pro-produktmanagement.de/produktmanagement-buec...
У меня есть электронная книга " Erfolgreiches Produktmanagement" 15 МБ. Желающим могу выслать, вот только незнаю могу ли через емаил.
Самое интересное, что у меня вообще нет собственных разработчиков. Все основано на хороших отношениях с коллегами. То есть я иду к другим продукт-менеджерам и одалживаю у них разработчиков, безо всякого бюджета. Или просто прошу чужих разработчиков. Вот сейчас двое делают мне новый вариант программы. Одного я одолжила у коллеги, а второго просто попросила. И они чут' не в выходные работают. В пятницу я сидела-сидела на работе в ожидании, что они наконец уйдут домой. Не выдержала и пошла к одному из них в бюро, прогонять - а там пусто, он из дома работает оказывается.
у вас нет никаких предписаний, как разрабатывать продукт? В какой последовательности что выполнять?
тебе очень повезло. Наши разработчики так завалены работой, что если я "просто приду" или "просто попрошу" у них, скорее всего случится или нервный смех или нервный приступ. Так что стараюсь все запрашивать официально и желательно заранее за месяц-два. Это в проектах. В продукте так и вообще иногда твоё желание так могут сприоризировать, что исполнение получишь через полгода-год. "Просто попросить" у продукта вообще ничего нельзя, для всего есть официальный процесс с кучей формуляров 🙄
помнишь мой пример о мясорубке? ее разработка есть процесс.у вас процессов нет и быть не может, потому как каждый заказчик желает нечто свое. у вас существуют процедуры.
Мы не делаем по продукту для каждого клиента. Продукт у нас один. Если клиент хочет какую-то особую фичу, то продукт-менеджер может подумать, имеет ли она смысл и хочет ли он ее внедрять. Не захочет - не будет.