Разбираемся с терминами «проект» и «продукт»

— Руководители проектов круче! 

— Нет, продакт оунеры круче! 

«Эксперт отличается от всезнайки тем, что не утверждает, что лучше, что хуже, а относится к стандартам, методологиям и фреймворкам, как к коробке с инструментами».

Мне, как руководителю проектного офиса, приходилось сталкиваться с тем, что продакт- и проджект-менеджеры:

• путаются в базовых терминах, таких как «проект» и «продукт»,

• не понимают, в чем отличия руководителя проектов и продакт оунера, 

• не видят разницы в проектных и продуктовых практиках, жизненных циклах и т.п. 

Поэтому я решил разобрать всё по полочкам и собрать в одном месте всю необходимую информацию. Итак, начнём с простого: постараемся разобраться, что такое «проект», а что такое «продукт». Для этого обратимся к определениям, приведенных в фреймворках, стандартах и руководствах.

Проект — это…

PMBOK ver.7 — 2021
Временное предприятие, направленное на создание уникального продукта, услуги или результата. Временный характер проектов определяет существование начала и конца работы проекта или её фазы. Проекты могут существовать самостоятельно или в составе программы или портфеля.

Prince 2 — 2017
Временное предприятие, созданная с целью поставки одного или нескольких бизнес-продуктов в соответствии с согласованным бизнес кейсом.

P2M — 2017
Предприятие по созданию ценности, основана на миссии проекта, которая выполняется в заданные или согласованные сроки, с учетом ограничений, включая ресурсы и внешние обстоятельства.

IAPM – 2022
Предприятие, которое характеризуется общей уникальностью условий, таких как цели, время, бюджет, люди и другие ограничения.

IPMA ver,4 — 2015
Уникальное, временное, междисциплинарное и организационное стремление реализовать согласованные результаты в рамках заранее определенных требований и ограничений.

ГОСТ Р 54869-2011
Комплекс взаимосвязанных мероприятий, направленный на создание уникального продукта или услуги в условиях временных и ресурсных ограничений.

ISO/IEC 2382:2015 Information Technology vocabulary
Предприятие с заранее определенными целями, масштабом и длительностью. 

ISO/IEC/IEEE 26514:2022 Systems and software engineering 
Усилия с определенными начальными и конечными критериями, предпринятые для создания продукта и услуги в соответствии с определёнными ресурсами и требованиями.

DIN 69901:2009
Это одноразовая, не повторяющаяся деятельность или совокупность действий, в результате которых за определенное время достигаются четко поставленные цели.

По классике прошлись, ну а что в «Agile»?

Scrum guide 2020
Каждый Sprint можно считать коротким проектом.

Стоит отменить, что данное утверждение справедливо только в контексте спринта.

Kanban — 2021
Определение проекта отсутствует. Так как Руководство называется Kanban for Scrum Teams. Можно сделать вывод, что определение проекта должно совпадать с определением в Scrum guide. 

LeSS – 2022
В LeSS отсутствует определение проекта. Несмотря на то, что LeSS — это масштабированная версия однокомандного Scrum, но это не одно и тоже (определение проекта из Scrum не применимо).

LeSS is not Scrum

SAFe ver.5 -2022
Надеюсь, мою статью прочтут разработчики SAFe 5 и не будут писать откровенную чушь. Я бы очень хотел посмотреть на компанию в IT, которая для реализации проекта всегда выделяет команду. А проекты реализуются обязательно по waterfall — в общем рука-лицо.

Проект по мнению SAFe:

Итак, проект мы можем узнать по следующим приметам.
— Проект обязательно ограничен во времени. Сроки реализации определяются на этапе планирования. Тут стоит добавить, что сроки могут уточняться в процессе реализации проекта.
— Проект состоит из совокупности уникальных, т.е. неповторяющихся действий. 
— В результате реализации проекта должен получиться продукт или услуга. 
— У проекта заранее определен конечный результат, критерии оценки (метрики) конечного результата и ресурсы, с помощью которых достигается этот результат.
— Проект характеризуется общей уникальностью условий.
— Это средство поставки ценности.

Получается, что перед началом проекта мы должны подумать: 

• Что получим в результате проекта? 

• Сколько проект займет времени? 

• Сколько будет стоить? 

• Кто его будет реализовывать — сами или аутсорс? 

Сначала думаем, считаем, оцениваем, только потом реализуем по ПЛАНУ с постоянной детализацией и уточнением. 

! Пожалуйста, не ходите в Википедию за определением проекта — там неверный перевод и устаревшая информация.

Продукт — это…

PMBOK ver.7 — 2021
Произведённый артефакт, который можно выразить количественно, и который может являться как конечным объектом, так и компонентом.

Prince2 — 2017
Входы или выходы, материальные или нематериальные, которые можно описать заранее, создать и протестировать. PRINCE2 предлагает два типа продуктов: управленческие (базовые планы, записи и отчеты) и специальные (создаются для целей управления проектом) продукты.

P2M — 2017
Чёткое определение отсутствует, но по контексту руководства P2M можно сделать вывод, что под продуктом подразумевается физический продукт (можно потрогать и пересчитать).
Это является спецификой японского стандарта – стандарт ориентирован для применения на промышленных предприятиях. 

IAPM – 2022
Чёткое определение отсутствует. Под процессом разработки продукта подразумеваются регулярные повторяющиеся действия.

IPMA ver.4 — 2015
Четкое определение отсутствует, по контексту можно сказать, что под продуктом подразумевается результат проекта.

ISO/IEC 2382:2015 Information Technology vocabulary — 2015
Четкое определение отсутствует, под продуктом подразумевается компьютерная программа, процедура или сопутствующие данные для пользователей.

ISO/IEC/IEEE 26514:2022 Systems and software engineering 
Аналогично c ISO/IEC 2382:2015.

Scrum guide 2020
Это средство поставки ценности. У него есть четкие границы, известные заинтересованные лица, четко определенные пользователи или клиенты. Продукт может быть услугой, физическим продуктом или чем-то более абстрактным.

Kanban — 2021
Определение совпадает с Scrum guide.

LeSS — 2022
Четкое определение продукта в LeSS отсутствует, но приводятся некоторые соображения

Чаще всего определение «продукта» в LeSS не совпадает с определением исходного «продукта», а это требует изменения мышления и, в конечном счете, приводит к изменениям в организации.

Выдержка из фреймворка

Определение «продукта» необходимо уточнять потому, что это влияет на:

• масштаб бэклога продукта;

• кто будет владельцем продукта;

• масштаб продукта (в количестве команд) и соответственно на выбор фреймворка — LeSS или LeSS Huge.

Обычно мы различаем:

• «идеальное» определение «продукта», которое позволяет нам ответить на расширяющие вопросы.

• «практическое» определение «продукта», которое является подмножеством предыдущего определения и с которого мы можем начать и постепенно улучшаться.

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

SAFe ver.5 -2022
Удивительно, но факт — определение продукта отсутствует. Так как команды в этом фреймворке используют ScrumXP и Kanban, можно сделать вывод, что определение продукта совпадает с приведенным в Scrum guide.

Примеры продукта по мнению SAFe

Приметы продукта:

• продукт может являться результатом проекта;

• продукт может быть конечным объектом, компонентом или услугой;

• у продукта четко определены границы, пользователи/клиенты;

• под процессом разработки продукта подразумеваются регулярные повторяющиеся действия;

• средство поставки ценности.

Сравнение понятий

Давайте взглянем, что получилось.

P.S. Все формулировки брал из последних редакций первоисточников, все пруфы доступны по соответствующим ссылкам.

А что с практической стороны?

У проекта и продукта есть кое-что общее:

— и проект, и продукт имеют ограничения;

— оба являются средствами поставки ценности пользователю/клиенту.

И есть одно значимое отличие: проект, в отличии от продукта, характеризуется уникальностью действий (не повторяющихся) и условий его реализации. 

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

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

Проект и продукт неразрывны, однако надо очень четко осознавать,  где и когда нам эффективнее использовать разные подходы. Проекты — это про создание продукта (MVP, новые мажорные релизы, смена платформы), когда есть четко выраженные ограничения ряда факторов. Не всегда проект привязан к конкретной дате, но он ограничен во времени с точки зрения задач компании. Продуктовые подходы — это хорошо и замечательно, но это чуть меньшая предсказуемость, пусть и в заданных рамках. Тут отсутствует явное временное ограничение, однако есть конкретные показатели, на основании которых временное ограничение может резко наступить. Все, что выше приведено как примеры продуктовых подходов, декларирует то, что существует в проектных подходах уже десятилетия, однако у многих в голове Project неразрывно связан с Waterfall, что очень сильно огорчает.

Продукт — это результат деятельности. Его можно создать, улучшить, видоизменить. Он может быть бессрочным и оцениваться определенными метриками успеха. Проект — деятельность, ограниченная во времени, имеющая бинарную метрику оценки: сделали или нет. Т.е. проект — это инструмент, а продукт — объект, к которому проекты могут быть применимы.

Вывод

В этой статье я постарался дать разносторонние и полные определения «проекта» и «продукта», провел линию между этими понятиями, чтобы больше их не смешивали или смешивали гораздо реже 🙂 

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

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

Мы завели соцсети с новостями и анонсами Tech-команды. Если хотите узнать, что под капотом высоконагруженного e-commerce, следите за нами там, где вам удобнее всего: Telegram, VK.