Product Owner's Job Description

Что делает Владелец Продукта в Скрам проекте?

 

Проблема стара как мир разработки.

 

За это время я работал с различными тренерами: Mark Vizdos, Mark Pushinsky, Robin Dymond, Henrik Kniberg и Sergey Dmitriev. Все они одного и того же мнения о сути, роли и функциях Владельца Продукта.

 

Делюсь своим пониманием.


Кто такой Product Owner?

Это представитель заказчика. Не посредник, не делегат, не менеджер на стороне подрядчика, а именно представитель со стороны заказчка.

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

Что входит в обязанности Владельца Продукта?

Его обязанности не ограничиваются участием в Скрам проекте. Но здесь я описываю то, что он должен делать в проекте:

1. Он делится видением

При старте проекта или релиза он проводит kick-off, на котором делится видением продукта.


2. Поддерживает беклог продукта
Отвечает за наличие беклога, его доступность всем заинтересованными сторонами и поддерживает его в здоровом состоянии (это заслуживает отдельной статьи).


3. Находится в прямом контакте с командой
На регулярной основе Владелец Продукта принимает участие в:

  • сессиях по подготовке беклога (backlog grooming), где проводится уточнение и разбиение историй на более мелкие и их оценка;
  • сессиях по планированию каждого спринта;
  • сессиях по демонстрация каждого спринта.

4. Проводит приёмочное тестирование
В ходе спринтов, по мере готовности историй или вопросов со стороны команды, проводит приёмочное тестирование.


5. Поддерживает актуальность планов проекта
На основании результатов спринтов Владелец Продукта обновляет планы релиза (либо всего проекта), делясь ими со всеми заинтересованными сторонами, выбирая даты выпуска продукта на рынок или выхода обновлений.

Это минимум, который обеспечивает достаточное вовлечение заказчика в процесс разработки. Без такого регулярного вовлечения процесс разработки ПО рискует завершиться непредсказуемо (выпуском ненужного продукта, задержкой выпуска, несоответствием качества или прочими проектными бедствиями).

ОБУЧАЙТЕ ВЛАДЕЛЬЦЕВ ПРОДУКТА

Им нужна ваша помощь, так как последние десятилетия индустрия IT работала по-другому, каждым очередным заваленным проектом разрушая доверие и возводя лишние стены между заказчиками и подрядчиками. Так что сегодня мы имеем дело со старыми опасениями, вредными привычками и устоявшимся недоверием.

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

 

Удач!

Статья от 05/2011


Write a comment

Comments: 0