Руководство по скраму | 6. Владелец продукта — кто это?

Это может случиться, даже если Команда Разработки, состоящая из опытных специалистов, не может найти свою работу достаточно быстрой и эффективной. Оглядываясь на общую картину после завершения проекта, часто оказывается, что в сложившейся ситуации виновато отсутствие определенной цели. При работе по Scrum framework для предотвращения тех и других неприятных моментов создатели ввели должность Product Owner, роли которой мы сегодня и посвятим в нашей статье.

Владелец продукта — оглавление:

1. Обязанности владельца продукта
2. Голос Заказчика в Скрам-команде
3. Владелец продукта и его цель
4. Хранитель невыполненных работ
5. Резюме

Обязанности владельца продукта

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

1. Сотрудничество с Заказчиком — регулярные беседы с Заказчиком, которые приводят к определению и уточнению функций Продукта, созданного Скрам-командой; основная цель здесь — создать продукт, максимально отвечающий требованиям заказчика.
2. Формулирование цели продукта — это разработка и определение долгосрочного направления деятельности Скрам-команды и обеспечение ее понимания всеми членами команды.
3. Хранение Бэклога Продукта — мы обсудим Бэклог Продукта в отдельной статье, а пока достаточно сказать, что это один из Артефактов Scrum, определенный в официальном Руководстве по Scrum. Это развивающийся, структурированный список того, что необходимо для улучшения продукта. Это единственный план работы, выполняемой Скрам-командой. Итак, давайте подробнее рассмотрим роль владельца продукта в Scrum-команде.

Голос Заказчика в Скрам-команде

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

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

Ежедневное регулярное участие Владельца Продукта в Команде Разработки и Скрам-мастере имеет решающее значение из-за короткой продолжительности Спринтов. Это периоды интенсивной работы над созданием Инкремента Продукта — тема, которую мы рассмотрим в отдельной статье.

Нет времени отправлять вопросы кому-то, кто работает в другом месте, и ждать ответа на расстоянии. Следовательно, именно Владелец Продукта становится представителем клиента в команде. Команда в нем присутствует.

Владельцы Продукта также посещают все встречи Scrum Team, чтобы быть в курсе прогресса Команды Разработки. Признавая трудности сотрудников, они могут предоставить достоверную информацию Заказчику и эффективно организовать работу команды.

Это занятие заключается в преодолении разрыва между средой Scrum Team, т. е. бизнес-средой, и разработчиками. Кроме того, организовать работу Команды разработчиков, а также решить, каковы критерии завершения работы над данным решением. А также одобряет момент их исполнения.

Владелец продукта и его цель

Владелец Продукта несет ответственность за четкое определение и разъяснение Цели Продукта, т.е. определение цели работы команды. Другими словами, сюда входит концептуальная и организационная работа, целью которой в основном является работа с User Stories: создание концепции продукта и его функционала, соответствующих и удовлетворяющих потребности Заказчика. Столь же большая доля обязанностей Владельца Продукта касается управленческой работы — организации и определения приоритетов задач в Бэклоге Продукта.

С точки зрения Скрам-команды это означает заботу о ясности горизонта деятельности. Мы поговорим о цели продукта в отдельной записи. Сегодня мы будем использовать пример:

Пусть целью Скрам-команды будет создание мобильного приложения для организации работы команды. Задача Владельца Продукта — объяснить членам Скрам-команды, каковы ключевые функции приложения с точки зрения заказчика. Например — добавление новых членов команды по списку контактов или переключение между представлением команды и личного календаря.

Как только команда поймет цель продукта, владелец продукта должен будет:

• следование правильному курсу – чтобы всегда наиболее заметный функционал создаваемого приложения соответствовал Цели Продукта, т.е. организации работы команды
• уточнение более детальных вопросов – поиск вместе с командой, согласование и уточнение работы Продукта
• следить за приоритетами – следуя принципу «сначала», задача Product Owner’а будет состоять, например, в предотвращении разработки побочных или дополнительных функций приложения, которые с точки зрения заказчика второстепенны.

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

Хранитель невыполненных работ

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

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

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

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

Резюме

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

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

Если вам нравится наш контент, присоединяйтесь к нашему сообществу занятых пчел на Facebook, Linkedin и Twitter.

Автор: Кэролайн Беккер.

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

Просмотреть все сообщения

Руководство по скраму:

1. Глоссарий основных терминов, ролей и понятий
2. Что такое Скрам?
3. Скрам-ценности
4. Как внедрить Scrum в вашей компании?
5. Скрам-команда — что это такое и как она работает?
6. Кто такой владелец продукта?
7. Самые распространенные ошибки владельца продукта
8. Кто такой скрам-мастер?
9. Характеристики хорошего скрам-мастера
10. Самые распространенные ошибки скрам-мастера
11. Какую статистику и показатели должен отслеживать скрам-мастер?
12. Сотрудничество между владельцем продукта и скрам-мастером
13. Команда разработчиков в Scrum
14. Самые распространенные ошибки разработчиков
15. Скрам артефакты
16. Масштабирование Скрама
17. Бэклог спринта
18. Что такое бэклог продукта?
19. Что такое пользовательские истории?
20. Создание лучшей пользовательской истории с INVEST
21. Самые распространенные ошибки User Story
22. Критерии приемлемости пользовательской истории
23. Оценка и баллы в Scrum
24. Планирование покера
25. Игра на оценку команды
26. Определение приращения
27. Скрам-события
28. Что такое спринт в Scrum?
29. Обязательства команды Scrum — цель продукта, цель спринта и определение завершения
30. Что такое диаграмма выгорания?
31. Как создать и интерпретировать диаграмму выгорания?
32. Преимущества и недостатки диаграммы выгорания
33. Канбан-доски в Scrum и Scrumban
34. Скорость в Scrum — скорость команды разработчиков
35. Ежедневный Скрам
36. Планирование спринта
37. Обзор спринта
38. Что такое ретроспектива спринта?
39. Распространенные ошибки во время ретроспективы спринта
40. Развитие бэклога продукта