Проект всегда имеет тройственное ограничение: срок, бюджет, скоуп (содержание работ). Проект это процесс происходящий в рамках этих ограничений. В результате выполнения проекта получается продукт. Продукт не имеет чётких временных сроков, бюджетов и скоупа.
В любом случае, если продукта нет, а его хочется - нужно запускать проект для того, чтобы сделать первый инкремент продукта (сейчас чаще всего его называют MVP).
ага. я тоже читал pmi pmbok ))) т.е. все так, я в курсе чем проект отличается от продукта, но этот текст не про разницу между понятиями "продукт" и "проект". А про разницу между бизнесом которые все время делает проекты (и в этом бизнес) с бизнесом продуктовым. И стартовый проект – конечно важный этап – но дело к нему не сводится.
Между Проектом и Продуктом есть еще место полузаказному подходу. Когда сделали проект и начали его, при случае, параметризировать и кастомизировать для других клиентов. Есть много примеров такого многолетнего развития компаний.
для меня до сих пор неразрешима дилемма - если классная команда на проектах, то как эти же люди могут не начать делать инхаус продукт. А если нет инхаус продукта, значит видимо не такая уж хорошая команда
Если хороший футболист плохо играет в хоккей, наверно он плохой футболист. Разные требования и никаких парадоксов. В продукте если ему 10 лет отроду можно эффективно пользоваться устаревшими технологиями, а в проекте нового сайта этого могут не понять.
У проекта подразумевается внешний заказчик, который платит деньги за фиксированный скоуп и заказывает музыку. У продукта такого заказчика нет, хотя это не отменяет того, что в развитии пролукта будут использоваться проектные подходы.
Это опять вопрос про разницу в медежменте. конечно внутри управления продуктом есть управление проектом. и да, продукт начинается с проекта. но я писал не про эту разницу. а про разницу в двух бизнесах - один все время делает проекты (на заказ), а второй развивает один продукт. это другая дихотомия. Это раз. Два - нет, совсем не у любого проекта результат– продукт. Даже не у большинства проектов такой финал. Продукт это упакованный процесс нанесения пользы. Проект иногда делаю чтобы такое начать, но он может быть для кучи других задач. В общем – статья не про разницу терминов "продукт" и "проект". Статья про разницу ритмов двух бизнесов. Ну да, если это не понятно из прочитанной статьи, наверное и из комментария не будет понятно. В любом случае – это суммация моего текущего видения. Кому-то окажется полезно )
The best из того что видел здесь
Вы так людей только запутаете.
Проект всегда имеет тройственное ограничение: срок, бюджет, скоуп (содержание работ). Проект это процесс происходящий в рамках этих ограничений. В результате выполнения проекта получается продукт. Продукт не имеет чётких временных сроков, бюджетов и скоупа.
В любом случае, если продукта нет, а его хочется - нужно запускать проект для того, чтобы сделать первый инкремент продукта (сейчас чаще всего его называют MVP).
ага. я тоже читал pmi pmbok ))) т.е. все так, я в курсе чем проект отличается от продукта, но этот текст не про разницу между понятиями "продукт" и "проект". А про разницу между бизнесом которые все время делает проекты (и в этом бизнес) с бизнесом продуктовым. И стартовый проект – конечно важный этап – но дело к нему не сводится.
Еще есть четвертая компонента, о которой постоянно забывают - качество.
Комментарий недоступен
Классно, большое спасибо, Алексей!
Лайкните, чтоб я не забыл дочитать потом.
Между Проектом и Продуктом есть еще место полузаказному подходу. Когда сделали проект и начали его, при случае, параметризировать и кастомизировать для других клиентов. Есть много примеров такого многолетнего развития компаний.
ну в моих терминах в этом случае все как с проектной студией.
Небольшой диссонанс от того, что ведёт блог один человек, а статьи постит от имени другого (я зануда, да)
зато он (блог) в результате есть)
ну и я если что на коменты отвечаю
для меня до сих пор неразрешима дилемма - если классная команда на проектах, то как эти же люди могут не начать делать инхаус продукт. А если нет инхаус продукта, значит видимо не такая уж хорошая команда
парадокс?
Если хороший футболист плохо играет в хоккей, наверно он плохой футболист.
Разные требования и никаких парадоксов. В продукте если ему 10 лет отроду можно эффективно пользоваться устаревшими технологиями, а в проекте нового сайта этого могут не понять.
Комментарий удалён модератором
Дак тут жешь не про терминологию, а про разные бизнесы: в одном делается «на заказ» а в другом «для себя».
Эта статья пример херового проекта и продукта. Я даже до комментов учатл листать
Ага. Спасибо за мнение. Но вы, очевидно, не врубились про что текст – потому что он не про "проект". И, кстати, а как вы поняли что продукт херовый?
Минусить не хочу -- это как-то по-детски. Просто скажу -- зря вы так, толковая же статья. Реально чуть ли самая полезная тут за последнее время.
очень знакомо...
Все так.
полезный опыт. спасибо. пригодится)
Ценно. И очень точно! Спасибо!
Комментарий удалён модератором
У проекта подразумевается внешний заказчик, который платит деньги за фиксированный скоуп и заказывает музыку. У продукта такого заказчика нет, хотя это не отменяет того, что в развитии пролукта будут использоваться проектные подходы.
Это опять вопрос про разницу в медежменте. конечно внутри управления продуктом есть управление проектом. и да, продукт начинается с проекта. но я писал не про эту разницу. а про разницу в двух бизнесах - один все время делает проекты (на заказ), а второй развивает один продукт. это другая дихотомия.
Это раз. Два - нет, совсем не у любого проекта результат– продукт. Даже не у большинства проектов такой финал. Продукт это упакованный процесс нанесения пользы. Проект иногда делаю чтобы такое начать, но он может быть для кучи других задач.
В общем – статья не про разницу терминов "продукт" и "проект". Статья про разницу ритмов двух бизнесов. Ну да, если это не понятно из прочитанной статьи, наверное и из комментария не будет понятно. В любом случае – это суммация моего текущего видения. Кому-то окажется полезно )