Как объяснить заказчику, чем проектная разработка отличается от продуктовой?

Sergei Bashakov Прототип, ОПЭ, пилот, слов масса Мое внутренне чувство, говорит мне, что "продуктовая разработка" - это скорее ЧТО, а проектная - это скорее КАК.

в одном случае больше упор на менеджмент требований, в другом собственно на менеджмент ресурсов

но если в проекте и того и другого поровну, это как назвать?

внутри продуктовой разработки часто встречается проектная. mvp, кмк, вполне может быть именно этапом проекта в том числе. тут сильно зависит от восприятия

я про это и написал, два пересекающихся направления деятельности, зависит только от принятых в конкретной компании соглашений

Мне кажется, что тут больше про призму восприятия / мышления / отношения. В этом смысле продуктовый и проектный подход - не просто различны, а местами даже прямо противоположны.

Или наоборот...

Вот про "наоборот" хотелось бы понять получше.

Nikolay Pasko наоборот — это мегапроекты типа олимпиады, в которых есть куча отдельных продуктов (гостиницы, аэропорт, спортивные сооружения, билеты, визы и пр.).

Я думаю они хотят выглядеть на равных с начальством или заказчиком, которое освоило разговор в таких терминах. Они думают, что за этими терминами скрывается бездна смысла.

Konstantin Kivi так это лучше тогда у начальства и его окружения осторожно выяснить, что они имеют в виду. Чтобы потом при получении ТЗ не выяснилось, что имели в виду разное

Töma Gavrichenkov , например, ничего не имеют в виду

какое тз? скрамджайл же

Sergei Bashakov скрамджайл, но по ТЗ!

это уже водоскрамджайл

Sergei Bashakov срамджайл.

вон там ниже пишут "нет ТЗ - не проект" :-)))

Артём Гавриченков до фига кстати случаев, когда скрамаджайлеры искренне уверены, что это разработка без ТЗ, этапности, и чётких сроков. Уже много раз приходилось, по просьбе и в присутствии бизнесового заказчика, тыкать юношей в матчасть про JIT и про процессность.

Эрик Олдманн эффект был?

Алексей Слынько был, но дорого. Через добавление элементов железной палки путём внедрения AgileUP.

А что тогда такое прототип?

Дмитрий Мананников я для себя понял так: прототип - то что можно показать на ux но нельзя продавать. MVP ты уже продаешь конечному потребителю.

Николай Балакирев MVP это ограниченно годное к промышленной эксплуатации поделие, с использованием массы чужих продуктов и костылей. Многие «единороги» из стадии MVP так и не вышли. По науке, полагается, набрав операционной статистики, ключевые сервисы переписать самим, тогда получится уже продукт промышленного класса. А то, про что вы написали, это прототип, PoC.

Николай Балакирев пример сделанного по науке продукта - splunk, сначала Франкенштейн на хадупе и прочем опенсорсе, местами на скриптах, постепенно переписавший ключевые микросервисы и сделавший ТруЪ cloud-native.

Злата Обуховская что в корне не верно, т.к. по определению это минимальная функциональность, позволяющая проверить гипотезу.

В целом, заказчика не должно волновать, проектный это подход или продуктовый. Он либо согласен играть либо в одной из двух парадигм (деньги-сроки-скоуп vs набор фичей за неопределенное время), либо хочет гибкую комбинацию из этого. Любой, как говорится, каприз

волновать не должно, но прозрачность никогда не лишняя. тем более, со стороны подрядчика, лучше выходить с ценностным предложением. помочь срезать углы в пользу снижения сроков и стоимости, что в дальнейшем на перспективу сотрудничества хорошо сыграет. но тут опять же. все зависит от мотивации обоих сторон

да ладно? вот прям глаза открыли всем этим хипстерам со смузи

Тогда хипстеры со смузи - явно за продуктовую разработку. Там же ни чётких требований, ни правил, ни ответственности. )))

Сергей Нужненко то есть вот все эти roadmap на пять лет вперёд, которые у зрелых продуктовых компаний, это фантастика?Продукт как раз предполагает JIT (just in time) и сокращение TTM (time to market), иначе конкуренты обскачут. Без понятного роадмапа с вами ни один инвестор/заказчик разговаривать не станет. Хоть внешний, хоть внутренний.

У продукта есть свой жизненный цикл и они все разные. Какой-то продукт пилится в режиме поиска рынка и за месяц совершает 10 продуктовых поворотов, какие-то другие продукты имеют уже многомиллионные аудитории и проводят по 5 а-б тестов в неделю, но какие-то вещи не могут изменить быстро, или не могут изменить вообще, третьи имеют плановые сроки выхода фич и версий на 5 лет вперед. И каждый как-то живёт. JIT - это не из этой оперы вообще. Это значит не позже, чтобы не подвести потребителя, но и не раньше, чтобы не держать капитал в незавершенном производстве. И высокий TTM хотят все, но это тоже не суть отличия продукта от проекта.И первое и второе - это характеристики процесса производства, которое есть и в проекте и при работе над продуктом.