Комментарии 21
Часто бываю у вас в офисе на митапах, там здорово
Есть ли у вас кейсы в работе где могла бы пригодится llm вместе с rag
Или в качестве mcp agent ?
А чем занимаетесь вы на работе?
А я работаю в основном, создаю продукт... реально его создаю с нуля, а не просиживую на совещаниях и в ресерчах.. простите, но статья написана так, что кажется именно Вы самый главный создатель продукта, а все оостальные так... всего лишь исполнители рутинные, инструменты в руках творца. Извините, но достало когда человек, абсолютно ничего не понимающий не в продукте, не в разработке, приходит и начинает умничать, причем за такие же деньги... а по факту чаще всего проще созвонится на прямую с заказчиком и узнать что да так.. без посредников. Ничего личного. Видимо выгораю или дедлайнов навалилось из за бестолковых проджект-менеджеров и студентов не желающих самообучаться, а задалбывающих тупыми вопросами. Всем счастья.
Негативненько. В тексте несколько раз сделаны оговорки про "мы" и "вместе с разработчиками", какого-то пафоса не заметил, человек просто рассказывает про то, в чем принимает участие.
Лично у меня до сих пор полноценного понимания разницы между продуктовыми и проектными менеджерами не сложилось (с первыми виделся только раз), но в целом впечатление об обоих сложилось хорошее. Как это себе всегда представлял я, первые определяют, что нужно делать, вторые определяют, что не нужно делать (или как минимум отложить). В паре они должны добиваться того, чтобы объем работ оказывался понятен и посилен команде.
Если в Вашем случае наблюдаются проблемы с кем-то из членов команды, то это стоит обсуждать в первую очередь с ними. Неформальные разговоры — вполне себе действенная терапия, которая может помочь обеим сторонам разглядеть друг в друге простых людей со своими проблемными моментами в работе, которые до разговора могут быть недостаточно хорошо понятными. Если команда чем-то не устраивает, всегда можно поставить целью ее сменить на другую. Всех благ!
Продукт Менеджер отвечает за то что нужно сделать.
Прождект/Програм Менеджер - за расписание - чтобы никто не провалил, всё сделали вовремя, риски разрешили, конфликты устранили, задачи оценены, запланированы.
Если в процессе решения выходит так что не укладываются в сроки, то задача проджекта об этом сообщить, а продукта - что делать: резать scope или двигать сроки.
чаще всего проще созвонится на прямую с заказчиком и узнать что да так
Это на самом деле так, но при ряде условий:
Продукт достаточно прост, чтобы ты на самом деле сделал всё один. Иначе созваниваться придётся ещё и с коллегами и прочими.
У заказчика есть всегда доступный человек, который знает и понимает всю задачу и может единолично принимать решения.
На практике это редкость. Приходится кучу времени:
пытать заказчика, согласлвывая ТЗ,
потом доносить его до команды и делить обязанности,
следить за тем, чтобы команда поняла и делала единый продукт, а не кучу замечательных, но не подходящих друг к другу кусков паззла,
пересогласовывать инменения, как со своими, так и с чужими,
отбиваться от менее важных задач, которые хотят повесить на команду,
разбираться, кто работает, а кто симулирует
и т.д и т.п.
Этим всем болотом и должны заниматься менеджеры, чтобы землекопы могли спокойно копать.
А у автора в статье всё звучит так, будто встречи ради встреч.
Приходится кучу времени:
пытать заказчика, согласлвывая ТЗ,
потом доносить его до команды и делить обязанности,
этим всем болотом и должны заниматься менеджеры,
Вы вообще что-нибудь слышали про профессию Бизнес-аналитика?
А у автора в статье всё звучит так, будто встречи ради встреч.
Не соглашусь с вами, скорее здесь акцент на регулярность и даже некую рутинность таких встреч, но это часть процесса.
Примеры из текста:
На них мы обсуждаем текущие задачи, делимся новостями и фидбэком и планируем roadmap продукта.
С ними обсуждаем, что за последний месяц поменялось в продукте с точки зрения клиентского опыта. Задаем друг другу вопросы и делимся мемами.
Обсудили возражения, которые чаще всего возникают у клиентов, и каких функций им не хватает. По итогам сразу запланировал встречу с командой разработки по поводу новой фичи.
Расскажите подробнее о вашем продукте, предполагаю, что он существенно отличается от нашего. ;)
Я не самый главный творец, конечно же:
1) Технической реализацией фич занимается команда, за что коллегам бесконечная благодарность.
2) Каждый участник команды может предлагать как концептуальные идеи, так и конкретные точечные решения. А вот отсортировать из этого самое важное для бизнеса в конкретный момент - как раз моя задача.
Закончу цитатой, которую приписывают Генри Форду: "Если бы я спросил людей, чего они хотят, они бы попросили более быструю лошадь."
Далеко не всегда заказчик может ответить на вопрос "что да так", без посредников.
Хорошая стать+
После прочтения статьи создается ощущение, что продакт менеджмент - это про "чилить с челиками".
Продуктовая разработка в вакууме :) не понимаю, где связь с видением/стратегией компании / домена / отдела. Топ-даун или боттом-ап, или вперемешку — но она должна быть. Или Вы прям настоящий «СЕО of your product» и отвечаете за все расходы и доходы?
Иногда от количества встреч голова идет кругом и людей видеть не хочется
Бывает ли у вас такое? Как боретесь с этим?
вся статья про встречи (треп по большей части), про концентрированную работу - один абзац. Ни слова про планирование. Похоже, этому продукту не долго жить...
Как выглядит рабочий день продакт-менеджера? Анализ, исследование и созвоны