— Руководители проектов круче!
— Нет, продакт оунеры круче!
«Эксперт отличается от всезнайки тем, что не утверждает, что лучше, что хуже, а относится к стандартам, методологиям и фреймворкам, как к коробке с инструментами».
Мне, как руководителю проектного офиса, приходилось сталкиваться с тем, что продакт- и проджект-менеджеры:
путаются в базовых терминах, таких как «проект» и «продукт»,
не понимают, в чем отличия руководителя проектов и продакт оунера,
не видят разницы в проектных и продуктовых практиках, жизненных циклах и т.п.
Поэтому я решил разобрать всё по полочкам и собрать в одном месте всю необходимую информацию. Итак, начнём с простого: постараемся разобраться, что такое «проект», а что такое «продукт». Для этого обратимся к определениям, приведенных в фреймворках, стандартах и руководствах.
Проект — это…
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.
