Спасибо!

@@MrGeralt67 тонкая грань, похоже на проект Lean Six Sigma по оптимизации процессов, маркетингу, юнит коста и тд :)

@@VlasovCIO Я думаю, что в Вашем определении требование уникальности - лишнее. То, что для одной компании уникальный продукт - для другой рутина и серийное производство. Что не отменяет того факта, что у каждого проекта выпускаемого с конвейера есть ограничение по срокам и ресурсам.

@@MrGeralt67 продукт должен быть уникален для компании запустившей проект. Если проект не создает уникальный, для себя. продукт, то это процесс :)

@@VlasovCIO Тогда я не понял - мы говорим о проектном менеджере или о продакт-менеджере? Я считаю, что проект - это любая задача, для которой определена цель - то есть мы всегда можем сказать сделан он или нет, и есть ограничение по времени и ресурсам. Задача проектного управления - достичь этой цели в установленный срок, используя выделенные ресурсы. Компания может решать такую задачу впервые, а может и нет - что вовсе не означает, что у меня стоит конвейер по производству таких проектов. Какое велью в определение проектного менеджемента добавляет требование уникальности - мне непонятно.

@@MrGeralt67 мы говорим про проект, по завершению которого появляется уникальный продукт :) уникальность - важное уточнение в определении проекта, т.к. см. выше. На это определение завязано много процессов внутри проектной деятельности. Из простого - в проекте мы оперируем неопределенностями в создании чего то нового для компании. Если вы ранее создавали этот продукт, без какой либо уникальности, то это уже процесс по определению. Для управления процессами есть свои методологии, которые, в том числе, пересекаются с проектными

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

@@VlasovCIO А если после того как сделала первые 10 купила конструктор для интернет магазинов и остальные 490 сделала с помощью конструктора? Где вообще граница, когда какая то работа для компании перестает быть уникальной? 5, 10 экземпляров или 50 ? Коллеги, я понимаю, что Вы вместе с автором видео PMBook пересказываете. Но реальная жизнь - несколько отличается. Можно довести уровень организации производства программного обеспечения в компании до такого уровня, что компания с одинаковой легкостью будет сегодня делать сайты электронной коммерции, а завтра софт для умного дома. А можно быть кустарным производством и тогда замена фирменного стиля в дизайне сайта будет превращаться в "уникальный проект". Чтобы проект стал проектом достаточно ограничения по срокам и ресурсам, то насколько он при этом для компании уникален - вообще значения не имеет. Тем более, что для любой задачи, которую Вы вместе с автором видео классифицировали как "процесс", если захотеть, то можно найти какой-нибудь "аспект уникальности" (особенно требовательный клиент, с которым Вы раньше никогда не работали - это только один из вариантов), который из "процесса" сделает ее "проектом". Уникальность - это просто способ отделить одну цель применения процесса производства, имеющегося в компании, от другой цели. Если хотите - уникальный ID, которым Вы обозначите конкретную цель в документации компании.