Роль лидера продукта

Главные идеи#

Зачем нужна эта роль#

Документ «Видение» — ключевой артефакт для определения продукта (см. Документ «Видение» в RUP). Кто-то должен его написать, поддерживать в актуальном состоянии и отстаивать. Ответ Леффингуэлла и Уидрига — лидер продукта. Должность значения не имеет: эту роль может играть менеджер продукта, руководитель проекта, менеджер по маркетингу или руководитель ИТ-проекта.

Что делает лидер#

Обязанности по списку авторов, здесь сгруппированные для удобства:

• Видение и границы. Владеть видением продукта и защищать его. Проверять, что спецификации ему по-прежнему соответствуют. Управлять изменениями приоритетов и набора функций. Сопротивляться разрастанию функциональности.
• Заинтересованные стороны. Вести выявление, пока требования не станут достаточно полными. Разрешать противоречивые запросы. Находить компромиссы, которые дают наибольшую ценность наибольшему числу заинтересованных сторон. Управлять ожиданиями всех участников.
• Коммуникация. Быть официальным каналом между заказчиком и разработчиками. Вести переговоры с руководством, пользователями и разработчиками. Уравновешивать то, чего хочет заказчик, и то, что команда может сделать за отведённое время.

В компаниях — производителях ПО#

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

Во внутренних ИТ-подразделениях#

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

1. Назначить лидера, например руководителя проекта, который владеет документом «Видение» и процессом выявления и приоритизации требований.
2. Создать совет по управлению изменениями (change control board, CCB) — небольшой орган принятия решений из руководителей затронутых подразделений. Лидер готовит и представляет рекомендации; добавлять или убирать функции может только CCB.

Авторы подытоживают: лидер продукта плюс совет по управлению изменениями. Как совет оценивает влияние изменений, описано на странице Управление изменениями требований.

Без лидера#

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

Один английский термин — две роли#

Вигерс и Битти называют тем же английским термином product champion другую роль — сторонника продукта:

• Вигерс и Битти: по одному стороннику продукта на каждый класс пользователей; это реальный пользователь, который доносит до аналитика потребности своего класса и проверяет требования. См. Классы пользователей и сторонники продукта.
• Леффингуэлл и Уидриг: один лидер (или небольшая команда) на проект; владелец общего видения, который выступает арбитром между всеми заинтересованными сторонами и ведёт переговоры о границах.

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