Читаем Все о SCRUM. Изучение, разработка, интеграция полностью

Чтобы избежать такой ситуации, в Scrum существует роль Владельца продукта. Она гарантирует, что проделанная работа приносит пользу и нужна пользователям. Наличие Владельца продукта позволяет не допустить, как в моей истории, доминирования техники или начальства при выборе содержания продукта.

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

Именно об этой роли и моем опыте будет эта глава.

<p>4.1 Product что?</p>

Но начнем с терминологии.

Впервые я прочитал о Scrum в книгах и статьях на английском языке. Я, разумеется, перевел Product Owner как собственник продукта. Но собственник не отражает распределение и обмен, присущие этой роли.


Рисунок 4.1 – Собственник продукта


В 2005 году я участвовал в тренинге по Scrum. Его вел уроженец Квебека Франсуа [21]. Материал курса был на французском языке. Product Owner, о котором речи тогда было мало, переводился как администратор продукта. Это название так и не прижилось во Франции. Я думаю, наши канадские братья также от него отказались.

В 2006 году, прочитав одну статью, я стал употреблять термин менеджер по продукту. В течение нескольких месяцев упоминал это словосочетание в постах в моем блоге.

Статья о Scrum во французской версии Википедии тоже использовала этот термин, подтверждая успех этого перевода. В переводе книги «Scrum и XP: заметки с передовой» на французский язык также можно встретить менеджера по продукту.

Но я перестал использовать этот термин и вернулся к Product Owner (пробовал даже переиначить на французский лад – productoneur). Слово менеджер не проходило для организаций: тот, кто занимал эту роль, не являлся менеджером по организационной иерархии.

Владелец продукта указывает направление, но у него нет иерархической ответственности за людей.

На данный момент французское сообщество Scrum использует формулировку Product Owner.


Вот мое определение этой роли:

Владелец продукта (Product Owner, PO) – роль, занимаемая участником команды. Владелец продукта несет ответственность за результат продукта перед заинтересованными сторонами.

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

Когда мы будем в дальнейшем говорить о Владельце продукта, мы будем иметь в виду либо человека, либо роль, которую он играет.

<p>4.2 Функции владельца продукта</p>

Владелец продукта влияет одновременно и на стратегию, и на тактику.


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

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


Роль Владельца продукта разнится от компании к компании. Но у него есть основные обязанности. Перечислим их.

4.2.1 Приоритизация

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


Рисунок 4.2 – PO постановляет бэклог

4.2.2 Доработка бэклога

Владелец продукта определяет основные компоненты продукта. Функциональные свойства продукта, полученные от заинтересованных сторон и включенные в список – это бэклог.

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

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

4.2.3 Планирование деятельности

Владелец продукта отвечает за информирование заинтересованных сторон о предварительных результатах работы команды.

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

Перейти на страницу:

Все книги серии Библиотека цифровой трансформации

Менеджмент цифрового продукта. От идеи до идеала
Менеджмент цифрового продукта. От идеи до идеала

Цифровизация меняет потребительские услуги и промышленные процессы, проникая во все аспекты нашей жизни, а информационно-технологические компании становятся лидерами в своих отраслях. Традиционные отрасли также включаются в цифровую трансформацию, разрабатывая программное обеспечение для собственных нужд. Успех в этой среде требует управления жизненным циклом цифровых продуктов в условиях быстро меняющегося рынка, конкуренции и постоянного развития. Как управлять такими проектами знает Ярослав Шуваев, эксперт по корпоративным инновациям с более чем 10-летним опытом преподавания UX/UI-дизайна и продакт-менеджмента, основатель shuvaev.com.Независимо от того, в какой точке карьеры вы находитесь, «Менеджмент цифрового продукта» предоставит вам ценные знания и инструменты для успешной адаптации и роста в эпоху инноваций.Из этой книги вы узнаете:• что такое цифровой сервис и как его монетизировать;• какой продукт можно считать жизнеспособным;• какие циклы проходит проект и что делать на каждом этапе;• что нужно для масштабирования работы;• зачем создавать антихрупкую ИТ-компанию.Если вы владеете компанией и планируете внедрить цифровые технологии для улучшения бизнес-процессов, эта книга поможет понять, какие стратегии стоит применять. Она будет полезна и основателям стартапов в фазе кратного роста, и менеджерам продукта, стремящимся повысить свою эффективность, а также архитекторам, дизайнерам, разработчикам, аналитикам и другим участникам процесса создания цифровых продуктов.В формате PDF A4 сохранен издательский макет книги.

Ярослав Александрович Шуваев

Маркетинг, PR
UX/UI дизайн для создания идеального продукта. Полный и исчерпывающий гид
UX/UI дизайн для создания идеального продукта. Полный и исчерпывающий гид

Успех любого цифрового продукта складывается из многих факторов. Ваш продукт может быть уникальным и востребованным, но без проработанного UX ему не суждено заслужить лояльность клиента. Эта простая истина прекрасно известна Ярославу Шуваеву, основателю школы UXAcademy и руководителю крупных digital-проектов для российских и западных компаний, среди которых Администрация Президента, Внешэкономбанк, Coca-Cola, «Газпром», «Татнефть», «Башнефть», Bosco, QIWI, STADA и многие другие.«Моя главная цель – описать факты через призму личного опыта и конкретные жизненные примеры», – пишет Ярослав. Его книга – авторский подход к дизайну, выработанный годами плодотворной работы. Вы сделаете пользовательский опыт лучше, побуждая клиентов возвращаться к вашему продукту снова и снова.

Ярослав Александрович Шуваев

Программирование, программы, базы данных / Учебные пособия, самоучители / Справочники
Нет соединения с сервером, попробуйте зайти чуть позже