В фреймворке Scrum чётко прописаны рамки, необходимые для работы: обязательные scrum-события, артефакты, руководящие принципы, а главное — роли, которые занимают участники.
Самая сложная роль, пожалуй, владелец продукта, потому что он находится между теми, кто заинтересован в продукте, и теми, кто должен его сделать, между клиентом и командой. PO несет полную ответственность за продукт.
Отдельно про роль Product Owner
На каком же этапе появляется «прокси», Proxy Product Owner или PPO? Давайте разберёмся.
Если кратко, то идея такова: настоящий владелец продукта, часто представитель бизнеса, не делает и половины обязанностей, которые предполагает эта роль в Scrum, тогда в команду добавляют представителя PO — Proxy.
Часто клиент не знаком со Scrum и гибкими методологиями, может не разбираться в разработке, но при этом заказчик не готов отдавать всё управление продуктов в руки нанятого сотрудника. PPO выполняет те же обязанности, что PO, хотя их список может сокращаться, а также добавляются специфические обязанности:
- помогать PO с пользовательскими историями,
- знакомить с гибкими процессами, привлекать к участию в них,
- дополнять PO, давать дополнительную информацию для принятия решений во вопросам разработки, работоспособности команды и т. д.
Обычно, весь бэклог продукта, этапы разработки в виде инкремента продукта и участие в scrum-событиях берёт на себя proxy-владелец продукта. PPO выступает как практик и посредник, но он не может:
- в одиночку принимать решения и отвечать за успех продукта,
- определять видение и стратегию,
- контролировать бюджет.
Когда нужен PPO?
В компаниях, которые проходят agile-трансформацию, но не меняют топ-менеджеров из-за их опыта, может пригодиться роль PPO. Руководитель верхнего звена, как правило, занимается сразу несколькими проектами и массой других важных дел, поэтому не может полноценно выполнять роль владельца продукта. Proxy помогает на уровне команды, устраняя этот разрыв.
Чтобы отказаться от дополнительной прослойки, компания нуждается в изменении структуры. Раньше вакансии и отделы чётко делились на бизнес и, например, IT. Теперь команда должна формироваться вокруг продукта, что приводит к смешению навыков и сочетанию бизнеса и IT.
Во внедрении Proxy PO есть недостаток — у команды нет автономности. Сейчас считается, что PPO — это первая ступень в карьере владельца продукта, в открытых к изменениям организациях он может добиться роли полноценного PO.
