Разница между проект менеджером и продукт менеджером.
это фигня. вот мы делаем систему проверки входящих счетов от поставщиков
Ты как Фрося Бурлакова. "Представь себе, ты выиграла в лотерею пианино" - "Такого не бывает, я сколько играла, ничего не выиграла".
Это абстрактный пример, понимаешь?
Мой продукт тоже не выставляет счета. У меня менеджмент рисков со всеми стохастическими симулациями, оптимизацией, стратегиями трейдинга, маргинингом биржевых дериватов, моделями рынков и недифференцируемыми уравнениями.
На фоне этого ваша проверка счетов - фигня.
Я вот кстати не хотела бы заниматься банальным продуктом, который организует какие-то процедуры. Тогда уж интереснее в техническую имплементацию пойти. А вот там, где теория - сложная, математическая, финансовая и общеэкономическая, мне интересно.
Это айти, но не надо на нее замыкаться.
Интересны и другие примеры.
Вот почему мое первое предложение не всегда соответствует действительности? У вас бывают продукт-менеджеры без продукта?
Ну да, проeкты бывают и внутренние. И любая деятельность может быть организована в проект, которым может управлять проeкт-менеджмент. Разработка, внедрение купленного програмного обеспечeния, эксперименты, реорганизация отделов, переезд, переход на новую систему бухгалтерии.
У наших уборщиц кажется тоже есть проэкт-менеджер, который координирует организационные нововведения типа "моющий коридор моет и туалеты этого коридора, но ответственный за туалеты распределяет туалетную бумагу по всем коридорам"
А каково соотношение продуктов и проектов?
Обычно ведь один продукт используется в нескольких проектах? Тогда получается, что у вас владелец продукта ведет все проекты, использующие этот продукт? А если в проекте задействованы несколько разных продуктов, чей родитель ведет этот проeкт?
один продукт - один проект
Но продукты могут быть зависимы друг от друга, родители продуктов договариваются, как вместе уживаться
Но система и правда непростая, я еще не до конца разобралась :)
ты просто говоришъ "решите эту проблему и покажите мне решение, дейдлайн завтра в 08:00" (а в 08:00 можешь, лежа в кровати, читать по скайпу отчет об исполнении)
Я бы тебя прибил в темном углу через неделю за такое руководство.
я бы сказал, разница фундаментальная. не буду растекаться мысью по древу и рождать несущесвующие сущности, ограничусь примером из моего родного автопрома. мы испольуем в системной инженерии т.н. V-модель.
двигаясь по рогатке сначала вниз, потом вверх, мы пробегаем многие стадии, независимо друг от друга и называем их подсистемы. решения вопросов в подсистемах называем проектами и шеф подсистемы и есть менеджер проекта. доходом по рогатке правого верхнего конца, имеем продукт, но как им распорядиться, решает консилиум менеджеров по продукции.
наверное, не очень помогло или?
Часто бывает так, что эти функции объединены или обязанности частично перемешаны. Но в идеале так как выше написали. Продуктменеджер должен очень хорошо знать свою предметную область, обладать стратегическим видением что делать и зачем это нужно.
Проектменеджер отвечает за бюджет, сроки, людей. Его задача сделать так, чтобы все было готово, при этом вовремя, выбить на это бюджет и в него уложться.
У нас вот совсем недавно был продакт менеджер, но не было проектменеджера. В итоге было задумано куча классных фич для завоевания рынка, но все это осталось в прекрасном далеко, потому что с планированием и сроками был полный провал, в итоге большинство людей разбрелись кто куда с проекта (во главе с самим продактом).
Я бы тебя прибил в темном углу через неделю за такое руководство.
Ну это потому чрто ты не учитываешь софт-скиллы. Мне кстати так многие знакомые говорят, которые судят со стороны на основе моих рассказов. А настоящие коллеги очень даже хорошо реагирует. Vедь важно не "что", а "как".
Продукт-менеджер может сяам координировать разработку своего продукта (даже если назвать это проектом). Если же проект - нечнто совсем иное, что просо испоользует продукт, то нужен отдельный проект-менеджер.
Наверно нам не хватает определения продукта. У нас продукт - это программное обеспечение. А порект - внедрение каких-то процессов у клиента с использовабием этого (и возможно многих других) пакетов программ, то есть продуктов. И если продукт-менеджет начнет вести такие проекты, то это будет абсурдом.
Я не внутрифирменных проектах вообще, а о проектах в продуктменеджменте. Продуктменеджер занимается визионерством, а проектменеджеры координируют выполнение навизионированного. Продуктменеджер в идеале сохраняет полную картину того, чего он навизионировал и передал в исполнение.
Он может сам, если продукт не такой большой, и если самому продуктменеджеру больше делать нечего. В реальности (нашей, может у вас и по-другому) продуктменеджер болтается по всяким стратегическим митингам, внутрифирменными и с большими клиентами или партнёрами, планирует дальнейшее развитие своего продукта, координируется с другими продуктменеджерами, чего они там навизионировали, координирует с маркетингом продвижение своего продукта на рынке и тд и тп. На координацию отдельных проектов по продукту у него просто может не остаться ресурсов.
