Да

Не все читали приложение от Agile Alliance к 6 PMBoK :) Спасибо

Это вакансия, да. Но я больше про head of product

Спор скорее про роли, а не должности.

А кто-то мыслит категориями должностей??? 🤒

Смотря какой продукт и как организован бизнес.
Например, делаем уникальный продукт - классическая проектная тема. Проджекту в качестве критерия успеха можно поставить X руб прибыли или X % маржинальности - если это внешний проект. Работает такая схема отлично.
Если проект внутренний и требуется ROI - всё становится гораздо веселее и непонятнее.

Все будет зависеть от контекста. И приведенная вакансия это должность, но какую роль будет она выполнять вопрос открыт, предположу что PO, но это не точно.

Из присутствующих кто-то делал проекты, где она из целей заданная минимальная маржинальность?

Я 5 лет в депо компьютерс - поставка железа, системная интеграция

И как цель звучала?

Очень просто: в устав проекта записывали плановую прибыль. Премирование по результатам проекта - от полученной прибыли.

А остальные цели звучали как обычно: что делаем, в какой срок.

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

Для меня странный кейс

Не пм-ский кмк

Ну смотрите. Все привыкли к стандарту: треугольник. Причем в этом треугольнике бюджет - это затраты для достижения результата. Но почему-то часто забывают, что в центре треугольника - качество. Или, как вариант - удовлетворенность заказчика (это кажется в P2M так формулируется).

У коммерческого проекта есть внешний заказчик и есть внешний устав в виде договора - там это всё изложено. Теперь смотрим внутрь исполнителя: есть сейлз, который фактически является внутренним заказчиком, есть РП и команда проекта. Делаем внутренний документ - устав, где излагаем цели проекта сообразно задачам бизнеса и внутреннего заказчика. А там кроме сроков и содержания самый главный момент удовлетворенности - получение прибыли. Это никак не выбивается из проектного канона.

Огонь. Прямо отлично) люблю такие «сравнения») утащил

Да вроде это и есть основа бизнеса) Только на ПМа она чаще всего сваливается извне в виде бюджетных ограничений.

Бизнес захотел зарабоать на услугах такси, и расписал свой бизнес-кейс на 10 лет. По 10 млн USD в год дохода. Таксопарка нет, его нужно строить. Запустил проект по постройке таксопарка, вписали его тех.параметры (площадь, машины, смены, инфраструктура и т.п.). Наняли РМ-а, он рассчитал стоимость постройки - 3 млн USD. Согласовали, дали деньги. Таксопарк построен в срок, в бюджет, в соотв с требованиями. Проект закрыли успешно. Бизнес получил таксопарк "под ключ", с машинами, водителями и тп., но проср*л продажи, промахнулся с ЦА и нифига не заработал. С фига ли РМ виноват в неудаче?

В этом и есть разница между продактом (весь ЖЦ) и проджектом (создание услуги).

Подмена понятий в вашем примере выше в том, что в проект включают операционку - эксплуатацию продукта. А это точно не проект по любому стандарту и определению

Очень тонкая грань. Считай что и нет разделения.