#product_management — Public Fediverse posts

Beyond the Feature Factory by Fabio D'Amico is free with a Leanpub Reader membership! Or you can buy it for $4.99! https://leanpub.com/beyondthefeaturefactory #test_driven_development #leadership_agile #product_management

Кто на самом деле пишет ваш проект

Кто на самом деле пишет ваш проект Что происходит, когда разработку незаметно передают по цепочке - и почему проблема не в самом субподряде, а в потере контекста и ответственности.

https://habr.com/ru/articles/1076222/

#product_management #project_management #consumer #team #product #management #supervisor #cto #ceo

Как мы собрали LLM-пайплайн, который генерирует продуктовые гипотезы

Привет! Меня зовут Иван Одинцв, я продакт-менеджер в команде товарных рекомендаций «Магнита». В какой-то момент мы упёрлись в неприятную стену: команда научилась быстро проверять гипотезы — а сами гипотезы при этом закончились. Все сильные идеи уже были в проде, а в бэклоге оседал «осадок», до которого руки не доходили неслучайно.

https://habr.com/ru/articles/1072528/

#llm #генерация_гипотез #product #product_management #управление_бэклогом #ecommerce #промптинжиниринг #автоматизация

«А какая разница?»: 54-часовой ресёрч на роль Lead Collection в Мексике, которую просто не обновили

Я регулярно смотрю на рынок и ищу интересные вакансии. Попалась вакансия Банка Плата с переездом в Мексику на лида пользовательских путей всего процесса взыскания (начиная от PreCollection и до взысканий, списаний и судов), управлять всеми каналами коммуникации (смс, пуши, whatsapp, IVR, звонки), выявлять операционную неэффективность. Звучит очень вкусно и как раз то, чем я люблю заниматься - повышать любовь пользователей и растить деньги бизнесу, а здесь просто поле непаханое! Привет! Меня зовут Мария Минакова, я Senior Product Manager и я разбираю только те продукты, над которыми сама хотела бы поработать, так как ими пользуюсь, люблю и вижу, где есть потенциал роста. Мне драйвово искать для них решения, которые выводят продукт на новый уровень не только по деньгам, но и по UX и любви пользователей. Мои предыдущие разборы: Яндекс.Музыка: как нарисовать красивые метрики, испортив продукт и ВкусВилл: UX, который покоряет, и ложка дёгтя в офлайне . В этой статье я поделюсь как готовлюсь к вкусным позициям на примере вакансии в Plata Bank. По этапам расскажу ход моих мыслей, что важно изучить на мой взгляд и как я подхожу к процессу подготовки к собеседованию на роль продакта. А ещё немного о том, что я посчитала важным изучить о стране ДО переезда. Будет интересно тем, кто как я не знает ничего о процессе коллекшена, а для тех, кто хочет посмотреть на этапы подготовки - составила содержание 🥰 Погрузиться в коллекшн

https://habr.com/ru/articles/1067222/

#ПлатаБанк #карьера_в_it #собеседования #коллекшн #взыскания #банк #управление_продуктом #менеджмент_продукта #финансы_в_it #product_management

Я попросил ИИ самостоятельно опубликовать мое приложение в App Store и ушел сочинять лампу

К началу июля я выгорел. Первую версию я дебажил несколько недель и в какой‑то момент понял, что в 47 раз запускать симулятор я не готов. Наклепал скриншотов, сложил в папочку, показал Клоду и сказал: «Шурши и не булькай». Сам собирать вайбовую лампу дачную лампу из того что нашел в гараже. Вернулся через 2 часа. В браузере полностью заполненная форма App Store Connect и синенькая кнопка «Отправить на проверку». Нажал. Все сработало — первая версия приложения ушла на проверку в эпл. Сколько бы мне потребовалось времени, чтобы на работе организовать отправку приложения в стор? Я сидел и честно говоря был «поражен». ИИ управлял браузером, разобрался интерфейсе сайта, и нормально заполнил поля, о существовании которых я даже не думал. Через неделю я загружал следующую версию и решил сравнить, сколько времени на это уходит у меня самого. Не вышло вообще. Apple сыпала ошибками и душила всем чем могла: скриншоты определенного размера и формата, какие‑то подпункты, поля, про которые я не знал. Я считаю, что терпение это моя сильная сторона и его хватило на +‑ на 24 минуты. Потом я позвал Клода, у него весь процесс занял 10 минут. Вот после этого мне и захотелось рассказать историю целиком.

https://habr.com/ru/articles/1067120/

#ииагенты #разработка_с_ии #aifirst #product_management #product_lead #app_store #оркестрация_агентов #mvp #продуктовые_метрики #личный_опыт

От PRD к evals: что мы нашли в вакансиях AI-продактов из 100+ компаний

Как в обычном бизнесе устаканивается роль AI-native продакта — от Walmart и Disney до Citi, Spotify и Optum Михаил Карпов · основатель ProductCamp, ex-CPO Skyeng, ex-VP Multimedia VK Expedia ждёт, что Principal PM сможет собрать работающий прототип через API и простой код. Citi требует понимания evaluation frameworks. Spotify пишет, что продуктовая работа смещается от проектирования экранов к оркестрации агентов. Это отдельные экзотические вакансии — или уже устоявшийся профиль продуктовой роли? Чтобы проверить это, мы проанализировали вакансии продуктовых менеджеров более чем в 100 компаниях из retail, travel, media, finance, healthcare и других индустрий — составили таблицу и карту навыков того, что теперь компании ждут от AI-продакта

https://habr.com/ru/articles/1065410/

#product_management #ai #карьера #продактменеджмент

Как AI забрал у меня 7 самых скучных задач Product Manager

Я Product Manager и уже много лет занимаюсь управлением развития цифровых продуктов. За последние два года AI стал частью моей ежедневной работы. В этой статье я поделюсь своим опытов взаимодействия с AI и расскажу о задачах, которые перестала делать вручную, и о том, где искусственный интеллект действительно экономит мое время, а где пока, на мой взгляд, все еще не может заменить человека. Несколько лет назад мой рабочий день выглядел вполне типично для Product Manager: исследования рынка, анализ конкурентов, интервью с пользователями, подготовка требований к продукту, приоритизация бэклога, подготовка релизов, аналитика после запуска, анализ обратной связи пользователей и прочее. При этом большую часть моего рабочего времени занимало не принятие решений, а подготовка информации для них. С появлением современных AI-инструментов изменилось не то, что делает Product Manager, а как он это делает. Я не стала работать меньше. Но перестала тратить часы на задачи, которые AI способен выполнить для меня за минуты. Вот мои семь задач, для реализации которых я прибегаю к помощи AI.

https://habr.com/ru/articles/1065266/

#ai #product_management #product_development #project_management

Карточки из музыкальной студии 1975 года против продуктовых тупиков

Есть задачи, которые вроде бы не выглядят тупиком. Всё уже обсудили, аргументы есть — а решение почему-то снова переезжает на следующую неделю. Я решил проверить, может ли в такой момент помочь принцип из музыкальной студии 1975 года: слегка нарушить привычный ход разговора.

https://habr.com/ru/articles/1062028/

#product_management #искусственный_интеллект #deepseek #nextjs #llm #embeddings #sqlite #ux #product_design #product_discovery

Deliver What Matters When It Matters by Ryan Kent is on sale on Leanpub! Its suggested price is $25.99; get it for $8.49 with this coupon: https://leanpub.com/deliverwhatmatterswhenitmatters/c/LeanpubWeeklySale20260630 #product_management #agile #leadership_agile

Как мы сделали конструктор эмоций в мире чётких процессов

Привет! Я Маша, лидер стрима в HR Tech команде Альфы. В этой статье расскажу, как мы сделали «Открыточную» и теперь помогаем доставлять эмоции сотрудникам. Будет про мемные открытки, поздравления с повышением и дизайн-ревью — даже в эмоциональном проекте без этого никак. Увидите, какой инструмент мы сделали, что с цифрами и откликом коллег.

https://habr.com/ru/companies/alfa/articles/1049276/

#менеджмент_продукта #эмоциональный_дизайн #визуализация #компания #hrtech #hrtech #product #product_management

RICE, ICE, MoSCoW: когда фреймворк приоритизации вас топит

Когда я пришёл в Instameal, у нас был бэклог на сорок задач и ни одного чёткого критерия почему одно важнее другого. Мы попробовали RICE. Потом ICE. Потом MoSCoW. Потом снова RICE с другими весами. Проблема была не в том, что мы выбирали неправильный фреймворк. Проблема была в том, что мы думали: выберем правильный инструмент - и приоритеты выстроятся сами. Не выстроятся. Что такое каждый из трёх RICE: Reach (охват) × Impact (влияние) × Confidence (уверенность) / Effort (усилия). Даёт цифру. Чем выше - тем выше приоритет. ICE: Impact × Confidence × Ease. Проще, быстрее считается. Используется в growth-командах для быстрой оценки экспериментов. MoSCoW: Must have / Should have / Could have / Won't have. Не числа, а категории. Используется для определения скоупа: что точно идёт в релиз, что - нет. На бумаге выглядит логично. На практике каждый из них создаёт свою специфическую проблему. Когда RICE вас топит RICE создаёт иллюзию объективности. Вы получаете число: 84.6. Задача с числом 84.6 важнее задачи с числом 71.2. Кажется, что это данные. На самом деле это ваши субъективные оценки, умноженные друг на друга и поделённые на другую субъективную оценку. Confidence 80% - откуда? Reach 500 пользователей в месяц - это предположение или из аналитики? Impact «3» - кто решил что именно три? В Instameal мы однажды потратили два часа на заполнение RICE-таблицы для восьми задач. В конце получили список. Топ-3 задачи в списке совпали ровно с тем, что интуитивно предлагал лид разработки до всего этого упражнения.

https://habr.com/ru/articles/1050178/

#приоритизация #rice #ice_scoring #moscow #методы #приоритизация_бэклога #product_management #фреймворки

RICE, ICE, MoSCoW: когда фреймворк приоритизации вас топит

Когда я пришёл в Instameal, у нас был бэклог на сорок задач и ни одного чёткого критерия почему одно важнее другого. Мы попробовали RICE. Потом ICE. Потом MoSCoW. Потом снова RICE с другими весами. Проблема была не в том, что мы выбирали неправильный фреймворк. Проблема была в том, что мы думали: выберем правильный инструмент - и приоритеты выстроятся сами. Не выстроятся. Что такое каждый из трёх RICE: Reach (охват) × Impact (влияние) × Confidence (уверенность) / Effort (усилия). Даёт цифру. Чем выше - тем выше приоритет. ICE: Impact × Confidence × Ease. Проще, быстрее считается. Используется в growth-командах для быстрой оценки экспериментов. MoSCoW: Must have / Should have / Could have / Won't have. Не числа, а категории. Используется для определения скоупа: что точно идёт в релиз, что - нет. На бумаге выглядит логично. На практике каждый из них создаёт свою специфическую проблему. Когда RICE вас топит RICE создаёт иллюзию объективности. Вы получаете число: 84.6. Задача с числом 84.6 важнее задачи с числом 71.2. Кажется, что это данные. На самом деле это ваши субъективные оценки, умноженные друг на друга и поделённые на другую субъективную оценку. Confidence 80% - откуда? Reach 500 пользователей в месяц - это предположение или из аналитики? Impact «3» - кто решил что именно три? В Instameal мы однажды потратили два часа на заполнение RICE-таблицы для восьми задач. В конце получили список. Топ-3 задачи в списке совпали ровно с тем, что интуитивно предлагал лид разработки до всего этого упражнения.

https://habr.com/ru/articles/1050178/

#приоритизация #rice #ice_scoring #moscow #методы #приоритизация_бэклога #product_management #фреймворки

RICE, ICE, MoSCoW: когда фреймворк приоритизации вас топит

Когда я пришёл в Instameal, у нас был бэклог на сорок задач и ни одного чёткого критерия почему одно важнее другого. Мы попробовали RICE. Потом ICE. Потом MoSCoW. Потом снова RICE с другими весами. Проблема была не в том, что мы выбирали неправильный фреймворк. Проблема была в том, что мы думали: выберем правильный инструмент - и приоритеты выстроятся сами. Не выстроятся. Что такое каждый из трёх RICE: Reach (охват) × Impact (влияние) × Confidence (уверенность) / Effort (усилия). Даёт цифру. Чем выше - тем выше приоритет. ICE: Impact × Confidence × Ease. Проще, быстрее считается. Используется в growth-командах для быстрой оценки экспериментов. MoSCoW: Must have / Should have / Could have / Won't have. Не числа, а категории. Используется для определения скоупа: что точно идёт в релиз, что - нет. На бумаге выглядит логично. На практике каждый из них создаёт свою специфическую проблему. Когда RICE вас топит RICE создаёт иллюзию объективности. Вы получаете число: 84.6. Задача с числом 84.6 важнее задачи с числом 71.2. Кажется, что это данные. На самом деле это ваши субъективные оценки, умноженные друг на друга и поделённые на другую субъективную оценку. Confidence 80% - откуда? Reach 500 пользователей в месяц - это предположение или из аналитики? Impact «3» - кто решил что именно три? В Instameal мы однажды потратили два часа на заполнение RICE-таблицы для восьми задач. В конце получили список. Топ-3 задачи в списке совпали ровно с тем, что интуитивно предлагал лид разработки до всего этого упражнения.

https://habr.com/ru/articles/1050178/

#приоритизация #rice #ice_scoring #moscow #методы #приоритизация_бэклога #product_management #фреймворки

[Перевод] AI не заменит продактов, дизайнеров и разработчиков. Но быстро покажет, где в команде нет доверия

Недавно в нашей команде продакт-менеджеру понадобился рабочий прототип dashboard-панели для демо партнёрам. Прототип должен был показать полный пользовательский сценарий: создание аккаунта, требования безопасности при регистрации, работу с несколькими сессиями, загрузку аналитики и базовые возможности сервиса. В привычном процессе это легко могло бы занять несколько дней: уточнение требований, описание флоу, первые макеты, ревью, правки, ещё одно ревью и подготовка версии, которую уже не стыдно показать на демо. В этот раз процесс пошёл иначе. Мы договорились о базовом сценарии на одной встрече, после чего с помощью Claude Code за несколько часов собрали рабочий прототип. Он не был production-ready. Он не был визуально идеальным. Но он был достаточно реальным, чтобы проверить сценарий, показать идею и продолжить обсуждение уже не на уровне абстрактного описания, а вокруг работающего артефакта. Самое интересное было даже не в скорости. Интереснее было то, кто мог продолжить работу дальше. После консультации с юристами продакт смог самостоятельно доработать прототип. Дизайнер при этом не исчез. Разработчик не стал не нужен. Продакт не превратился в профессионального дизайнера или инженера. Но первая рабочая версия больше не обязана была проходить через всю привычную цепочку передачи ownership. Человек, который был ближе всего к задаче, смог быстро сделать идею видимой. А команда уже после этого могла проверить сценарий, оспорить допущения, найти ограничения и поднять качество решения.

https://habr.com/ru/articles/1050136/

#AI #продуктовая_команда #продуктовый_дизайн #разработка_продукта #кроссфункциональная_команда #командная_работа #product_management #product_design #collaboration

Thirst for Reality: How to see the task, find strong solutions, and act without self-deception by Anton Minin Baranovskii is a new release on Leanpub!

Link: https://leanpub.com/thirst-for-reality

#books #ebooks #newreleases #leanpublishing #selfpublishing #product_management #organizational_psychology #business_analysis #business_strategy #innovation_management

Long term Product Goals for creating superior products: How to create and use product goals, product vision, north stars and true norths to deliver winning products by Allan Kelly is the featured course 🎓 on Leanpub!

What does your product want to be when it grows up?

Link: https://leanpub.com/courses/leanpub/productgoals

#scrum #innovation_management #leadership #product_management #strategy

Дорожная карта продукта без перегруза: причины, принципы, инструменты

Понедельник, утро. Продакт-менеджер открывает ноутбук и видит три непрочитанных сообщения: разработка запрашивает обновление к встрече, что делать после текущего спринта; руководство хочет слайд с приоритетами на квартал; маркетингу нужно понять, когда выйдут новые функции, чтобы спланировать кампанию. У продакта есть дорожная карта — точнее, три её версии в разных файлах, и каждая уже устаревшая. Он открывает файлы и начинает делать три обновлённые версии – для руководства, разработки и маркетинга. По данным команды UserJot, продакт-менеджеры тратят от 40% до 60% рабочего времени на создание презентаций, документов и отчётов, которые практически не влияют на реальное развитие продукта. В пересчёте на пятидневку — это около 20 потерянных часов в неделю на составление и обновление документации, форматирование слайдов и синхронизацию версий вместо общения с пользователями, анализа продуктовых метрик и работы с командой. При этом, согласно ежегодному исследованию Pragmatic Institute, 91% продакт-менеджеров называют работу с дорожной картой одной из ключевых составляющих своей роли, опережая описание требований (88%) и сценариев использования (85%). Парадокс в том, что дорожная карта — один из самых важных инструментов продуктовой команды — у большинства превращается в один из главных источников потерь времени на рутину, которой можно было бы избежать. В этой статье разберём 5 причин, по которым такое происходит, 5 типичных ошибок, 7 принципов как выстроить процесс и 7 инструментов автоматизации для ускорения работы с дорожной картой продукта.

https://habr.com/ru/articles/1048398/

#управление_продуктом #продактменеджмент #product_management #продактменеджер #дорожная_карта #product_roadmap #планирование #стратегия_продукта #искусственный_интеллект #agile

Дорожная карта продукта без перегруза: причины, принципы, инструменты

Понедельник, утро. Продакт-менеджер открывает ноутбук и видит три непрочитанных сообщения: разработка запрашивает обновление к встрече, что делать после текущего спринта; руководство хочет слайд с приоритетами на квартал; маркетингу нужно понять, когда выйдут новые функции, чтобы спланировать кампанию. У продакта есть дорожная карта — точнее, три её версии в разных файлах, и каждая уже устаревшая. Он открывает файлы и начинает делать три обновлённые версии – для руководства, разработки и маркетинга. По данным команды UserJot, продакт-менеджеры тратят от 40% до 60% рабочего времени на создание презентаций, документов и отчётов, которые практически не влияют на реальное развитие продукта. В пересчёте на пятидневку — это около 20 потерянных часов в неделю на составление и обновление документации, форматирование слайдов и синхронизацию версий вместо общения с пользователями, анализа продуктовых метрик и работы с командой. При этом, согласно ежегодному исследованию Pragmatic Institute, 91% продакт-менеджеров называют работу с дорожной картой одной из ключевых составляющих своей роли, опережая описание требований (88%) и сценариев использования (85%). Парадокс в том, что дорожная карта — один из самых важных инструментов продуктовой команды — у большинства превращается в один из главных источников потерь времени на рутину, которой можно было бы избежать. В этой статье разберём 5 причин, по которым такое происходит, 5 типичных ошибок, 7 принципов как выстроить процесс и 7 инструментов автоматизации для ускорения работы с дорожной картой продукта.

https://habr.com/ru/articles/1048398/

#управление_продуктом #продактменеджмент #product_management #продактменеджер #дорожная_карта #product_roadmap #планирование #стратегия_продукта #искусственный_интеллект #agile

Дорожная карта продукта без перегруза: причины, принципы, инструменты

Понедельник, утро. Продакт-менеджер открывает ноутбук и видит три непрочитанных сообщения: разработка запрашивает обновление к встрече, что делать после текущего спринта; руководство хочет слайд с приоритетами на квартал; маркетингу нужно понять, когда выйдут новые функции, чтобы спланировать кампанию. У продакта есть дорожная карта — точнее, три её версии в разных файлах, и каждая уже устаревшая. Он открывает файлы и начинает делать три обновлённые версии – для руководства, разработки и маркетинга. По данным команды UserJot, продакт-менеджеры тратят от 40% до 60% рабочего времени на создание презентаций, документов и отчётов, которые практически не влияют на реальное развитие продукта. В пересчёте на пятидневку — это около 20 потерянных часов в неделю на составление и обновление документации, форматирование слайдов и синхронизацию версий вместо общения с пользователями, анализа продуктовых метрик и работы с командой. При этом, согласно ежегодному исследованию Pragmatic Institute, 91% продакт-менеджеров называют работу с дорожной картой одной из ключевых составляющих своей роли, опережая описание требований (88%) и сценариев использования (85%). Парадокс в том, что дорожная карта — один из самых важных инструментов продуктовой команды — у большинства превращается в один из главных источников потерь времени на рутину, которой можно было бы избежать. В этой статье разберём 5 причин, по которым такое происходит, 5 типичных ошибок, 7 принципов как выстроить процесс и 7 инструментов автоматизации для ускорения работы с дорожной картой продукта.

https://habr.com/ru/articles/1048398/

#управление_продуктом #продактменеджмент #product_management #продактменеджер #дорожная_карта #product_roadmap #планирование #стратегия_продукта #искусственный_интеллект #agile

BACKLOG НА 3 ГОДА: КАК 90% ЗАДАЧ ОТСЕЯЛИСЬ ДО РАЗРАБОТКИ

Оператор склада писал напрямую программисту. Директор по логистике ставил задачу руководителю разработки - разработчик откладывал то, над чем работал. Прилетала задача от CEO - все бросали всё. ИТ не работало медленно. Просто работало одновременно над всем. Когда я попробовал собрать картину - что ИТ сделало за последний месяц и как это повлияло на бизнес - не получилось. Задачи приходили из почты, мессенджеров, нескольких параллельных Excel-файлов. У разных людей были разные версии одного и того же списка. Формального приоритета не было ни у одной задачи: всё было одинаково срочным, потому что каждый заказчик считал своё важнейшим.

https://habr.com/ru/articles/1047330/

#управление_разработкой #itменеджмент #управление_проектами #бэклог #product_management

Gojko's Product Management Books by Gojko Adzic and David Evans is the featured bundle of ebooks 📚 on Leanpub!

Link: https://leanpub.com/b/gojkosproductmanagementbooks

#startups #product_management #agile #business_and_management #software #computer_programming

Long term Product Goals for creating superior products: How to create and use product goals, product vision, north stars and true norths to deliver winning products by Allan Kelly is the featured course 🎓 on Leanpub!

What does your product want to be when it grows up?

Link: https://leanpub.com/courses/leanpub/productgoals

#scrum #innovation_management #leadership #product_management #strategy

Deliver What Matters When It Matters: Value-Driven Product Delivery through Clarity, Timing, and Flow by Ryan Kent is the featured book 📖 on Leanpub!

Link: https://leanpub.com/deliverwhatmatterswhenitmatters

#product_management #agile #leadership_agile #scrum_project_management #agile_business_leadership #computer_programming #software #software_engineering

Чей это бэклог? Почему приоритизация это политика, а не методология

Полгода назад я опубликовал на Хабре статью про «бэклог проблем» . Перечитал ее, остался недоволен. В ней я описал симптом и предложил лечить его инструментом, который в моей собственной практике превратился в оружие для защиты от заинтересованных. Главного я тогда не назвал. Откройте свой бэклог задач. Сверху вниз они отсортированы по RICE или по вашей кастомной модели, у каждой задачи скоринг, все аккуратно, все обосновано. Этот список выглядит как самый рациональный документ в компании и как ваше профессиональное суждение: вы посмотрели на все возможные позиции, взвесили и расставили именно в таком порядке. Так вот, почти наверняка это не ваш список и не ваше собственное суждение. Это набор компромиссов, который вы себе присвоили, часто даже не заметив и не осознав этого.

https://habr.com/ru/articles/1043486/

#backlog #бэклог #приоритизация #конфликты_интересов #проблемы_с_СЕО #управление_продуктом #product_management #product_owner #product_development

Идейный тупик: почему сотни инсайтов застревают навечно в бэклоге — и как это исправить системно

Как правило, у продуктовых команд нет дефицита идей. Проблема обычно в другом: идей слишком много, они приходят из разных источников, не связаны между собой, дублируются и в какой-то момент превращаются в огромную «свалку» предложений и заметок. Команда при этом ощущает, что работает напряжённо, постоянно что-то обсуждает, проводит встречи, рисует схемы и обновляет бэклог, но число действительно сильных продуктовых решений от этого не растёт. Снаружи это часто выглядит как вполне нормальная «творческая кухня». Кто-то сообщает инсайт после интервью с пользователем. Кто-то вдохновляется недавним обновлением продукта конкурента. Кто-то предлагает срочно внедрить искусственный интеллект, потому что «тогда можно обходиться без CustDev’а, получать готовые гипотезы за секунды и вообще все уже делают это». Кто-то пересылает обратную связь от продаж, очередной отчёт от клиентского сервиса или поступает новая вводная от топ-менеджмента. Проблема начинается позже, когда становится трудно ответить на простые вопросы: какие следующие идеи брать в работу первыми, какие из них принесут наилучший эффект, какие уже неактуальны, и как ускорить обработку и воплощение идей в продуктах. Если же поток инсайтов и рацпредложений превышает возможности продуктовой команды с ними разбираться, то к списку вопросов добавляются – какие идеи вообще были в работе, какие из них проверяли и какой это дало результат, что было отложено, что отклонено и почему. При этом бэклог разрастается, потому у продактов просто нет времени с этим разбираться – надо успевать закрывать срочные задачи.

https://habr.com/ru/articles/1043338/

#управление_продуктом #продактменеджмент #продактменеджер #product_management #инновации #менеджмент_продукта #менеджер_продукта #ideation #искусственный_интеллект #стратегия

Как провести problem interviews: гайд по кастдеву для IT-продактов

Вы когда‑нибудь запускали фичу, которая никому не нужна? По статистике, большинство новых функций в софте почти не используется. Проблема не в коде, а в том, как мы проверяем гипотезы. В статье — разбираем конкретные 5 шагов, которые помогают отсеять ненужные фичи до того, как вы потратите месяцы разработки.

https://habr.com/ru/companies/otus/articles/1031262/

#customer_development #кастдев #problem_interviews #product_management #проверка_гипотез #интервью_с_пользователями #JTBD

Найм продакт-менеджеров в 2026: кого ищут компании и почему большинство кандидатов не проходят

Продакт-менеджмент за последние годы превратился из узкой IT-специализации в одну из самых обсуждаемых и востребованных профессий. При этом рынок сильно изменился: количество кандидатов растёт, но найти действительно сильного продакта стало сложнее, а требования компаний теперь более конкретные и жёсткие. В этой статье я разбираю рынок найма продакт-менеджеров с позиции директора по продукту, который регулярно нанимает и строит команды. Мы посмотрим, кого сейчас ищут компании, какие навыки и опыт делают кандидата востребованным и как меняются подходы к отбору и оценке специалистов в 2026 году. Что происходит на рынке? За последние 5–6 лет конверсия от отклика до оффера в B2C заметно сократилась и составляет около 2%, время же закрытия middle-позиций крепким специалистом увеличилось. Последние время количество откликов на вакансию возросло в несколько раз, а доля квалифицированных специалистов осталась без изменений. Найти подходящего человека в таком сетапе стало сложнее. Дело не в том, что компании вдруг начали искать мифических «единорогов». Запрос остался довольно приземлённым, но на практике таких кандидатов всё меньше. Что происходит? 1. Завышенные ожидания на входе На рынке много кандидатов, которые после курсов сразу целятся в middle. Проблема в том, что за этим часто нет реального опыта — только теория и пара учебных кейсов.

https://habr.com/ru/companies/citydrive/articles/1042222/

#product #product_management #каршеринг #ситидрайв #карьера_итспециалиста #рынок_труда #hr_процесс #hr_в_it #product_manager

Self-Evolving Knowledge: Как взрастить senior агента

Привет! Я не AI-инженер, у меня нет ML образования. Я проджект-менеджер со старым бекграундом в качестве веб-разработчика и с опытом более 10 лет в управлении командами разработки ПО. И с приходом полноценных AI-агентов я стал по выходным заниматься экспериментами на своих пет-проектах. Один из таких проектов - мобильное приложение для запоминания карточек/слов: я учу японский язык и не нашёл ни одного сервиса, в котором добавлять новые слова в словарь было бы не мучительно, поэтому решил сделать своё, для себя. Что ж, для этого у меня не было GPU-кластера и команды, но был MacBook, свободное воскресенье и конкретная проблема, которую я хотел решить. Ниже я опишу свои наблюдения с точки простого PM'a, и вытекающую ​идею и концепт.

https://habr.com/ru/articles/1041612/

#aiagent #ai #project_management #development #product_management #contextengineering

Clean Agile: что стоит знать об Agile каждому руководителю проекта

Многие знают Agile по ежедневным стендапам, спринтам и доскам в Jira. Но мало кто задумывается, почему Agile вообще появился. Если вам интересен ответ на этот вопрос, очень рекомендую книгу Роберта Мартина «Clean Agile. Back to Basics». Для меня это одна из лучших книг об Agile, которую стоит прочитать каждому Project Manager. Для многих специалистов в IT имя автора не нуждается в представлении. Именно Роберт Мартин, известный также как Uncle Bob, был одним из авторов Agile Manifesto, опубликованного в 2001 году и навсегда изменившего подход к разработке программного обеспечения. Книга получилась интересной не только для разработчиков, но и для руководителей проектов. Это не очередной учебник по Scrum или набор модных практик. Скорее, это попытка вернуться к истокам Agile и объяснить, зачем он вообще появился. Мартин начинает с простой мысли: современный мир полностью зависит от программного обеспечения. Софт управляет практически всеми аспектами нашей жизни. Программное обеспечение стало кровеносной системой современной цивилизации. Без него привычный нам мир просто не смог бы существовать. Поэтому неудивительно, что люди, создающие программное обеспечение, постоянно ищут способы делать это быстрее, качественнее и эффективнее. Большая часть книги посвящена истории возникновения Agile. Автор подробно рассказывает, какие проблемы существовали в индустрии до появления Agile-подходов и почему традиционные методы управления проектами перестали справляться с задачами быстро меняющегося мира разработки.

https://habr.com/ru/articles/1041590/

#управление_проектами #управление_командой #управление_проектами_и_командой #управление_проектом #управление_продуктом #agile #project_management #project_manager #product_management #product_development

Long term Product Goals for creating superior products: How to create and use product goals, product vision, north stars and true norths to deliver winning products by Allan Kelly is the featured course 🎓 on Leanpub!

Link: https://leanpub.com/courses/leanpub/productgoals

#scrum #innovation_management #leadership #product_management #strategy

Почему классическое управление проектами часто не работает в IT-продуктах

За годы работы в project и product management мне довелось работать с проектами самых разных типов: от государственных и образовательных инициатив до сложных IT-продуктов и создания SaaS-платформ. И один из интересных профессиональных выводов, который я сделала за это время, касается выбора подхода к управлению проектами. Waterfall и Agile уже много лет остаются двумя основными методологиями в индустрии. О них написаны сотни книг и статей. Однако на практике вопрос обычно не в том, “какая методология лучше”, а в том, насколько она соответствует типу продукта, уровню неопределенности внутри проекта, задачам бизнеса. Когда Waterfall действительно работает Традиционная Waterfall-модель строится вокруг последовательных этапов: сбор требований → проектирование → разработка → тестирование → внедрение. Такой подход дает бизнесу несколько важных преимуществ:

https://habr.com/ru/articles/1038682/

#waterfall #agile #product_management #project_management #управление_проектами #управление_продуктом #разработка #методологии_разработки #методологии_управления

[Перевод] Как устроен продуктовый менеджмент в Anthropic

Большинство российских коллег и компаний до сих пор планируют роудмепы и фичи на 6-12 месяцев вперёд. В Anthropic за это время успевают выпустить продукт, переделать его, выбросить половину и выпустить снова. Релизы продуктов и критических фичей выходят - е-ж-е-д-н-е-в-н-о. Кэт Ву, глава продукта Claude Code, проводит сотни собеседований и говорит, что почти все кандидаты имеют устаревший подход и мышление. Не потому что они плохие специалисты, а потому, что просто рефлексируют опыт в профессии, которой больше нет.

https://habr.com/ru/articles/1037394/

#product #product_management #product_owner #product_manager #product_development #ai #aiагенты #artificial_intelligence

First Principles in Scrum: OpenClaw Scrum and Scrum@Scale: Create Trust at Machine Speed by Jeff Sutherland is the featured book 📖 on Leanpub!

Link: https://leanpub.com/firstprinciplesinscrumscrumandscrumscaleforopenclaw

#computer_programming #business_and_management #scrum #leadership_agile #agile_enterprise #enterprise_management #scrum_project_management #product_management #teamwork

First Principles in Scrum: OpenClaw Scrum and Scrum@Scale: Create Trust at Machine Speed by Jeff Sutherland is the featured book 📖 on Leanpub!

Link: https://leanpub.com/firstprinciplesinscrumscrumandscrumscaleforopenclaw

#computer_programming #business_and_management #scrum #leadership_agile #agile_enterprise #enterprise_management #scrum_project_management #product_management #teamwork

First Principles in Scrum: OpenClaw Scrum and Scrum@Scale by Jeff Sutherland is a new release on Leanpub!

Link: https://leanpub.com/firstprinciplesinscrumscrumandscrumscaleforopenclaw

#books #ebooks #newreleases #leanpublishing #selfpublishing #computer_programming #business_and_management #scrum #leadership_agile #agile_enterprise #enterprise_management #scrum_project_management #product_management #teamwork