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

Убедитесь, что вы одна команда

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

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

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

Время — конечный ресурс

Я также упомянул, что доступность для команды является одним из требований к владельцу продукта. Самой большой трудностью здесь, очевидно, могут быть временные ограничения. Это еще более важно, если этот человек выше по рангу (не говоря уже о руководителе) и имеет много своих дел, даже до того, как стать лицом, принимающим решения для вашего проекта. Имея в виду, что PO должен будет своевременно предоставлять вам информацию о задачах и приоритетах, а также разъяснять и отвечать на запросы команды по мере их возникновения, для PO чрезвычайно легко стать узким местом для информации и принятия решений для команды.

Я не уверен, что экономия времени — это первое, о чем вы думаете, когда говорите о готовности. Без него вы можете получить несколько раундов разъяснений (распределенных во времени) и потенциально рисковать длительным временем для ответа на каждый из них.

Один раз мне пришлось попросить PO быть более доступным. Я попросил свою команду отслеживать, сколько времени они проводят в течение недели, будучи не в состоянии работать над задачами, которые мы считали приоритетными, потому что они не получили всю необходимую информацию. С первого взгляда было не очевидно, насколько мы были заблокированы, потому что это было распределено по многочисленным коротким периодам времени в течение недели. Кроме того, ребята всегда находили что-то связанное с проектом для работы, например, увеличение тестового покрытия, рефакторинг кода или проведение исследований. Это был шок для всех, что это легко превысило 20 часов на человека в среднем, что составляло более 50% их времени!

Некоторые советы и рекомендации:

  • Понаблюдайте, как остальная часть команды взаимодействует с владельцем продукта. Если им приходится дважды подумать, прежде чем обратиться к нему – или они стесняются сделать это сами и обратиться к вам, менеджеру проекта в качестве посредника – вам нужно работать над улучшением отношений внутри команды.
  • Во время стенд-апа относитесь к Product Owner как к активному члену команды; спросите их, что они сделали для достижения цели спринта и с какими препятствиями они сталкиваются.
  • У вашего владельца продукта, скорее всего, есть какие-то ключевые показатели эффективности или другие метрики, определенные для продукта. Сделайте их прозрачными для команды.

Метрики быстрого успеха мобильных приложений

Мобильная разработка
10.09.2019 8 минут

Маркетинговые каналы имеют свои показатели, которые помогают измерять успех или неудачу. То же самое касается и мобильных устройств. Анализ этих показателей поможет…

Как сделать сложную CRM систему за 3 дня

Программирование
23.07.2019 12 минут

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

Как преодолеть проблемы руководителю проекта

Менеджмент
21.01.2019 10 минут

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