Product Owner's Job Description


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

Недавно @anotherpm задался целью описать Job Description для Product Owner. Полезное дело!

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

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

Кто такой Product Owner?

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

Его обязанности не ограничиваются участием в Скрам проекте. Но здесь я описываю то, что он должен делать в проекте:
  1. ОН ДЕЛИТСЯ ВИДЕНИЕМ
    при старте проекта или релиза он проводит kick-off, где он делится видением продукта
  2. СОДЕРЖИТ БЕКЛОГ ПРОДУКТА
    отвечает за наличие беклога, его доступность всеми заинтересованными сторонами и поддержает его в здоровом состоянии (это заслуживает отдельной статьи)
  3. НАХОДИТСЯ В ПРЯМОМ КОНТАКТЕ С КОМАНДОЙ
    на регулярной основе Владелец Продукта принимает участие в:
    • сессиях по подготовке беклога (backlog grooming), где проводится уточнение и разбиение историй на более мелкие и их оценке
    • сессиях по планированию каждого спринта
    • сессиях по демонстрация каждого спринта
  4. ПРОВОДИТ ПРИЕМОЧНОЕ ТЕСТИРОВАНИЕ
    в ходе спринтов по мере готовности историй или вопросов со стороны команды проводит приемочное тестирование
  5. ПОДДЕРЖИВАЕТ АКТУАЛЬНОСТЬ ПЛАНОВ ПРОЕКТА
    на основании результатов спринтов Владелец Продукта обновляет планы релиза (либо всего проекта), делясь ими со всеми заинтересованными сторонами, выбирая даты выпуска продукта на рынок или выхода обновлений.
Это минимум, который обеспечивает достаточное вовлечение заказчика в процесс разработки. Без такого регулярного вовлечения процесс разработки ПО рискует завершиться непредсказуемо (выпуском ненужного продукта, задержки выпуска, несоответствием качества, либо прочими проектными бедствиями).


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

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

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

Удач!