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

СИЛЬНОЕ ПРОДУКТОВОЕ ЛИДЕРСТВО

В большинстве продуктовых компаний руководство не выполняет своей роли истинных продуктовых лидеров.

Вместо этого оно выступает в роли фасилитаторов, отвечающих за укомплектование персоналом внутренней (или, хуже того, аутсорсинговой) «фабрики фич» и, фигурально выражаясь, за «соблюдение расписания движения поездов», то есть за стабильную работу компании.

В большинстве компаний отсутствует продуктовая стратегия. Заметьте, я не говорю, что она у них плохая, — я говорю, что продуктовой стратегии нет в буквальном смысле слова. Команды разработчиков существуют просто для того, чтобы «обслуживать бизнес».

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

В итоге стейкхолдеры снабжают продуктовые команды приоритетным списком функций (фич) и проектов, которые они требуют разработать в этом квартале или в этом году. И «продуктовая стратегия», если это можно так назвать, сводится к тому, чтобы удовлетворить как можно большую часть стейкхолдеров бизнеса.

Когда в последние 10–20 лет технологические продуктовые компании переходили на «гибкую методику», многие менеджеры и руководители спрашивали себя, будут ли теперь востребованы их услуги, поскольку предполагалось, что члены команд возьмут на себя гораздо более активную роль в организации рабочего процесса.

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

Менеджеру действительно легче управлять рабочим процессом (часто занимаясь микроменеджментом, контролируя каждый шаг), используя старый командно-административный метод. Нет ничего проще, чем вручить команде список работ или список функций и сказать, что задание нужно выполнить как можно быстрее.

Хотя такой стиль управления легче и удобнее для менеджера, он приводит к созданию «команд наемников», лишенных каких-либо значимых полномочий и самостоятельности.

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

Они несут ответственность за набор и обучение персонала продуктовых команд; они отвечают за разработку и реализацию продуктовой стратегии и за достижение нужных результатов.

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

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

ПРОДУКТОВЫЕ КОМАНДЫ, НАДЕЛЕННЫЕ ШИРОКИМИ ПОЛНОМОЧИЯМИ (ИЛИ УПОЛНОМОЧЕННЫЕ ПРОДУКТОВЫЕ КОМАНДЫ)

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

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

Функциональные команды начинают работу с разработки функции (фичи) в соответствии с дорожной картой продукта, могут провести небольшое тестирование удобства использования (юзабилити), а затем переходят к созданию, тестированию качества и развертыванию функции (процесс, известный как «доставка»).

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

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

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

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

В модели продуктовых команд, наделенных широкими полномочиями, менеджеру по продукту отводится четко очерченный круг обязанностей: он должен добиться, чтобы решения имели ценность («Наши клиенты должны покупать продукт и/или его использовать») и были жизнеспособными (должны отвечать потребностям развития бизнеса). Вместе с продуктовым дизайнером, отвечающим за то, чтобы решение было удобным в использовании, и техлидом, отвечающим за то, чтобы решение было реально осуществимым, команда может совместно справиться со всем спектром рисков (обеспечение ценности, жизнеспособности, удобства в использовании и осуществимости). В тесном взаимодействии они решают имеющуюся проблему и отчитываются за результаты[4].

Итак, дадим краткую сравнительную характеристику функциональных команд и продуктовых команд, наделенных широкими полномочиями.

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

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