20 апреля, 2018
When PO is tired and helpless
Продакт оунер и скрам мастер - жизненно (для проекта) важные роли в аджайле и его скрам-лесс-сейф применениях. И при этом, это роли без видимой власти и с многими ограничениями. Вы уже могли слышать от меня, что ПО "не становятся просто так, ибо больше некому" - стоит понимать все задачи и зоны ответственности, все заморочки и требования.
И часто получается так, что именно ПО - самый занятой, задолбаный и уставший человек в вашем проекте. Как скрам мастер может помочь ПО и при этом НЕ отбирать у него его сокровище - требования и спецификации к продукту. И какие особенности работы ПО, что важно не упустить и куда присматриваться, чтобы ответить на вопрос все ли так с моим продакт оунером?

1. 1. Навыки и опыт - есть ли они у ПО и кто может их ему дать?
Существует больше вариантов задач для владельца продукта, чем просто писать юзер стори и приоритизировать беклог. Да, вам нужно знать, как работать с командой разработчиков и как работать в стиле Agile. Да, вы должны иметь возможность управлять беклогом и приоритетами и участвовать в совещаниях по планированию.
Но откуда вы знаете, что должно быть приоритетом?
Откуда вы знаете, что принесет ценность? И, что в итоге, ценно для клиентов? А удовлетворить заинтересованные стороны?
Владельцы продуктов должны встречаться с людьми, вести беседы, анализировать и думать. Любой идиот может выбирать случайные элементы из беклога, но он требует навыков и опыта, чтобы максимизировать ценность.
Владельцы продуктов должны иметь возможность идентифицировать пользователей, сегментировать клиентов, брать интервью у людей, понимать их потребности и рабочие вопросы.
Им нужно знать, когда проводить эксперименты и когда обращаться к исследованиям рынка. И это может означать, что им нужны навыки анализа данных. А если таковые отсутствуют - держите первый звоночек для помощи.
Вам также может понадобиться знание специалиста домена - вам может потребоваться Subject Matter Expert и это ок, если это не ваш продакт оунер.
Некоторое понимание бизнес-стратегии, финансов, маркетинга, анализа процессов и дизайна, дизайна UI-UX и многое другое, чего может не быть у ПО может быть у вас или у других членов команды.

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

1. 3. Легитимность
Легитимность отличается от власти (ла ла ла).
Legitimacy означает, что владелец продукта может пойти и встретиться с клиентами, если они захотят и не на правах "ой я тут просто постою", а "я принимаю решения".
Legitimacy означает, что никто другой не пытается заполнить роль владельца продукта или саботировать работу. В частности, это означает, что команда уважает владельца продукта и доверяет ему. Я видела, что бывает с проектом, когда команда абсолютно, совершенно, целиком и полностью НЕ доверяла ПО. Ну так себе был проект.
Владелец продукта должен сказать: «Я принимаю технологически X - это правильно, но коммерчески это должно быть Y; полный вперед!».
Владельцу продукта может быть сложно заполнить свою роль, если команда полагает, что синьор разработчик - или кто-либо другой - должен управлять беклогом и приоритетами.

1. 4. Время
Наконец, и, вероятно, самое сложное ... Владельцам продуктов нужно время, чтобы выполнить свою работу. (а вы что думали?)
Им нужно время, чтобы встречаться с клиентами и готовиться к встречам.
Они нуждаются во времени, чтобы работать, рассказывать о ценности продукта, фильтровать неактуальные или бесполезные юзер стори, думать о видении продукта, говорить с заинтересованными сторонами, а затем размышлять над тем, что будет дальше.
Время оценить, что было доставлено, и посмотреть, соответствует ли оно ожидаемому плану. Время понять, генерирует ли то, что было поставлено, ценность, или все лучше, чем ожидалось. Владельцам продуктов нужно время, чтобы посмотреть на продукты конкурентов и рассмотреть альтернативы.
Им нужно время для работы с технической командой: обсуждать стори, расширять критерии приема, анализировать незавершенные задачи, возможно, тестировать завершенные фичи и общаться с командой.
Им также нужно время, чтобы повысить свои навыки и узнать больше о домене.
А если у них нет времени на это?
ЧТООООООООО?
У последнего ПО, с которым я работала, не было времени и было много задач. И главная фраза дня-недели-спринта звучала как "я не могу и не успеваю".
Без времени ПО приходит на пленинг и говорит «Я был так занят, на этой неделе я не смотрел беклог, просто посидите со мной, пока я все актуализирую ...»
Уставший ПО видит врагов в каждой попытке помочь и не может слушать команду и других менеджеров.
И да, этому человеку тоже нужно время для своей жизни и семьи.

Часто мне кажется, что командам не нужен хрестоматийный продакт оунер, им нужен Супермен. А у Супермена тоже есть вопросы и потребности.
Кто как не вы способен помочь?
Made on
Tilda