Комментарии 3
Хорошая статья для продакт менеджера, правда читая я периодически себя ловил на мысли: где-то я это уже видел
Что касается разделения, оно очень простое и давно есть в ИТ мире
Есть продакт менеджер - он отвечает за то, что разработанный продукт принесет БИЗНЕС результат
Есть проджект менеджер, который отвечает за то, что продукт будет разработан по требованиям продакт менеджера в сроки и бюджет
------------
Идея мешать - ну можно пробовать, но зачем?
Спасибо за обратную связь!
По поводу разделения согласны, в теории так и должно работать, на практике часто случается ситуация, которую описывает треугольник Хопкинса, когда заказчик хочет одновременно быстро, качественно и дешево. Тогда и продакту, и проджекту, и заказчику надо приходить к компромиссу.
Возможно, здесь и возникает необходимость смешивания подходов?
Заказчик ... хотеть можно всякого, и что с того? Если сроки определены, бюджет выдан и скоуп описан, контракт подписан любая хотелка == change request :)
Если до контрактинга - это отдельная история, в которой по сути продакт менеджера еще нет. А если контракт есть (в любом виде) - то смотрите первый абзац
Я просто не понимаю, что и зачем вы хотите мешать.
Продуктовый подход против человеческих слабостей: 7 базовых принципов