Создающие ценность. Как превратить команду в экспертов, которые меняют рынок

Что касается потребительских продуктов, как правило, стать экспертом по их использованию не так сложно. Другое дело — корпоративные продукты. Это может быть гораздо труднее, особенно когда у менеджера по продукту не хватает знаний предметной области.
В данном случае для восполнения недостатка знаний необходимо читать всю имеющуюся пользовательскую или клиентскую документацию, посещать доступные учебные занятия, консультироваться с персоналом службы поддержки клиентов и по возможности ежедневно пользоваться собственными продуктами (так называемая практика нулевого клиента, тестирование продукта сотрудниками компании).
  
Лакмусовой бумажкой успеха этих усилий будет следующее: если отраслевой аналитик просто зовет в офис компании, чтобы обсудить продукт, то менеджер по продукту проводит презентацию либо как минимум тратит достаточно времени, чтобы подготовить сотрудника, который мог бы провести такую презентацию (обычно это продуктовый маркетолог).
НАВЫКИ И МЕТОДЫ РАБОТЫ С ПРОЦЕССАМИ
Есть множество навыков и методов работы с процессами, при этом постоянно появляются новые. Главная цель того, кто отвечает за обучение и подготовку менеджеров по продукту, — позаботиться о том, чтобы они хорошо знали методы, подходящие для выполнения текущих задач.
Методы продуктового исследования
Новый менеджер по продукту должен как минимум знать четыре типа факторов риска, связанных с продуктом (ценность, удобство использования, осуществимость и жизнеспособность), разные формы прототипов для устранения этих рисков, а также способы их тестирования как в количественном, так и в качественном измерении.
Для изучения этих методов продуктового исследования можно использовать многочисленные интернет-ресурсы и учебные курсы. Также вы найдете подробную информацию о них в книге  «Вдохновленные».
На занятиях с менеджерами по продукту, как правило, я предлагаю им прочитать книгу, а затем, чтобы убедиться, что они понимают методику, привожу разные сценарии и спрашиваю, как они будут действовать в данных обстоятельствах. Я стремлюсь убедиться, что они правильно воспринимают фактор риска и видят все достоинства и ограничения каждого метода.
Методы оптимизации продукта
Для продуктов, находящихся в производстве и имеющих значительный трафик, существуют полезные методы оптимизации продукта, о которых менеджер по продукту должен знать и которые должен уметь эффективно использовать.
Для этого необходимо овладеть одним из коммерческих инструментов (коммерческим ПО), а затем провести непрерывную серию A/B-тестов — преимущественно для оптимизации продуктовой воронки, но можно использовать его и для других целей.
Методы доставки продукта
Как правило, методы доставки продукта — сфера внимания инженерного персонала команды. Однако для менеджера по продукту важно понимать используемую методику процесса доставки (например, метод непрерывной доставки), а в некоторых случаях, таких как планирование релизов, брать на себя более активную роль.
Например, для серьезных изменений продукта может потребоваться метод параллельного развертывания. Менеджер по продукту должен знать последствия использования данных методов — особенно это касается дополнительных затрат на разработку, — чтобы принимать приемлемое решение в отношении доставки.
Процесс разработки продукта
Решение о том, какой процесс разработки использовать для создания и доставки программного обеспечения, принимают инженеры и руководство инженерного персонала. Но менеджер по продукту также играет определенную роль в этом процессе, поэтому он должен понимать, в чем заключаются его обязанности.
Большинство команд используют какую-либо форму методологий Scrum, «канбан» и/или XP (экстремальное программирование). Часто команды применяют в работе комбинацию разных методов.
Обычно я рекомендую начинающему менеджеру по продукту пройти, если он еще этого не сделал, курс по сертификации CSPO (сертифицированный владелец продукта). Этот простой и короткий курс поможет понять зону ответственности владельца продукта за работу команды.
У большинства компаний есть также стандартизированный инструмент для управления бэклогом продукта, и новому менеджеру по продукту необходимо научиться им пользоваться.
Я давно сетовал на то, что многие менеджеры по продукту имеют подготовку лишь по методологии CSPO и при этом не понимают, почему они не добиваются успеха на своей должности. Надеюсь, теперь ясно, что, хотя обязанности, предусмотренные CSPO, и важны, они составляют только небольшую часть обязанностей менеджера по продукту в составе продуктовой команды с широкими полномочиями.
НАВЫКИ И ОБЯЗАННОСТИ ПРИ РАБОТЕ С ПЕРСОНАЛОМ
До сих пор мы в основном обсуждали знание продукта, а также навыки и методы работы с процессами — области, в которых каждый, кто готов потратить время и силы, может преуспеть. Я бы сказал, что при отсутствии этой надежной базы все остальное не имеет смысла.
Тем не менее разница между тем, чтобы быть компетентным МП, и тем, чтобы быть по-настоящему эффективным МП, часто заключается во владении навыками работы с персоналом.
В мире производства не прекращаются дебаты по поводу того, можно ли эффективно обучать навыкам работы с людьми. По моему опыту, большинство людей, хотя и не все, могут в значительной мере улучшить и развить эти навыки. Но люди сами должны хотеть совершенствоваться.
Если человек плохо владеет данными навыками и не проявляет искренней заинтересованности в их улучшении, то наступает момент, когда руководителю следует помочь сотруднику подыскать более подходящую работу.
Навыки взаимодействия в команде
Современный продуктовый менеджмент нацелен на организацию подлинного взаимодействия между сотрудниками, ответственными за процесс создания продукта, теми, кто отвечает за его дизайн, и инженерами-разработчиками. Прежде всего нужно позаботиться, чтобы менеджер по продукту имел ясное представление о реальном участии группы продуктового дизайна и группы инжиниринга в создании продукта.
Менеджер по продукту не должен быть квалифицированным специалистом по дизайну или инжинирингу (большинство из них таковыми и не являются, хотя многие считают себя великими дизайнерами), но должен понимать и ценить степень участия этих специалистов в процессе, осознавать, что их вклад так же важен, как и вклад менеджера по продукту.
Далее менеджер по продукту должен наладить взаимоотношения, необходимые для подлинного сотрудничества, основанного на доверии и уважении.
Мой собственный опыт обучения менеджеров по продукту показывает, что после освоения базовых навыков, о которых шла речь выше, большую часть коучинга нужно посвятить вопросам взаимодействия и сотрудничества.
Когда я встречаюсь с продуктовой командой, чтобы обсудить проблему, которую они пытаются решить, я редко ограничиваюсь работой только с менеджером по продукту. Почти всегда в обсуждении участвуют также дизайнер по продукту и техлид.
Снова повторю, что в наше время это диктует сама природа продукта. На этих сессиях я наблюдаю за взаимодействием, а потом, если заметил что-то, отвожу менеджера по продукту в сторонку и стараюсь объяснить, как его манера общения с другими на этой встрече помогала или вредила его попыткам выстроить отношения доверия.
  
Часовая встреча для обсуждения какой-либо проблемы или цели обычно дает много полезных примеров, которые я могу использовать в качестве возможности для обучения менеджеров по продукту. Насколько вовлечена в работу остальная команда? Действуют ли они как те, кто наделен широкими правами и возможностями для решения проблемы, или как простые приемщики заказов? Предлагают ли дизайнер и инженер потенциальные решения или просто указывают на проблемные моменты, касающиеся того, что предложил менеджер по продукту? Тратят ли они слишком много времени на разговоры (например, при планировании) или, наоборот, им не хватает времени на испытания разработок (например, на создание прототипов)? Как они разрешают разногласия?