Разница между владельцем и менеджером продукта в SAFe
Разница между владельцем и менеджером продукта в SAFe
Статья-перевод по мотивам нашего вебинара
Несмотря на то, что основная цель этой статьи – прояснить роли владельца продукта и менеджера продукта в SAFe, начинать «серьезный» разговор имеет смысл с непрерывной поставки ценности (Agile Product Delivery).
В SAFe непрерывная поставка ценности – одна из семи ключевых компетенций любой организации, которая встала на нелегкий путь достижения гибкости бизнеса (Business Agility). Таким образом, без Agile Product Delivery как базового клиентоориентированного подхода к созданию непрерывного потока ценности, выстроить гибкую бизнес-среду невозможно.
Итак, под непрерывной поставкой ценности подразумевают три важнейших компонента, без которых невозможно говорить о владении и управлении продуктом в среде SAFe, а именно:
В SAFe непрерывная поставка ценности – одна из семи ключевых компетенций любой организации, которая встала на нелегкий путь достижения гибкости бизнеса (Business Agility). Таким образом, без Agile Product Delivery как базового клиентоориентированного подхода к созданию непрерывного потока ценности, выстроить гибкую бизнес-среду невозможно.
Итак, под непрерывной поставкой ценности подразумевают три важнейших компонента, без которых невозможно говорить о владении и управлении продуктом в среде SAFe, а именно:
- Способность предложить правильное решение, определенным клиентам, и сделать это своевременно.
- Держать в центре внимания клиента в течении всего процесса доставки ему ценности – клиентоориентированность (да, иногда в ходе трансформации в SAFe цель может быть не ясна!)
- Знать своего клиента «в лицо», а именно – четко понимать, кто именно является клиентом, т.е. финально потребляет результаты работы. И это нетривиальный вопрос! Особенно в среде масштабированной разработки, когда над продуктом работает более 2х команд и довольно сложно определить, кто на самом деле является конечным потребителем.
Четыре аспекта управления продуктом
В SAFe владелец продукта большую часть времени работает на уровне команды, а менеджер продукта — на уровне релизного поезда (Agile Release Train или ART). Из-за этого, в общем и целом, владелец продукта гораздо более сосредоточен на тактике и исполнении. А это означает, что роль владельца продукта в среде SAFe, когда над продуктом одновременно и совместно работает несколько команд, отличается от роли владельца продукта одной изолированной команды (не в SAFe).
Роли владельца и менеджера продукта стоит рассмотреть через призму четырех аспектов управления продуктом:
Роли владельца и менеджера продукта стоит рассмотреть через призму четырех аспектов управления продуктом:
- Ресурсы.
- Достижение бизнес-целей.
- Системное мышление.
- Перспективы.
Ресурсы
Почему планирование инкремента программы (PI planning) так важен? Потому что это не только о предоставлении команде актуального контента, но и о роли, которую исполняет владелец продукта в среде SAFe. Участие владельца продукта в PI planning автоматически нивелирует ряд неизвестных, а именно дает четкое понимание общего потенциала, возможностей отдельных команд в рамках agile ограничений.
Эти знания являются важными для управления продуктом на уровне команды, поскольку значительно облегчают процесс общения со стейкхолдерами, другими командами, людьми вне ART и менеджментом продукта. Ведь потребности заказчика должны обсуждаться (в том числе - в разрезе ресурсов) и соответствовать как ожиданиям заказчика, так и возможностям команды. Иногда это означает, что владелец продукта должен сказать твердое «нет». Не стесняйтесь! Смело говорите «нет», если у вас нет возможности выполнить задачу, либо целесообразность разработки функционала вызывает сомнения.
Из концепции Lean Agile, лежащей в основе SAFe следует, что PI planning и короткие циклы обратной связи с участием в них владельца продукта на уровне команд, крайне важны. Они обеспечивают не только качественную прямую обратную связь, но и возможность убедиться в том, что заинтересованные стороны участвуют в обсуждении итерации и озвучивают обратную связь о достигнутой ценности.
Помимо описанных выше ролей, для владельца продукта является важной не только фокусировка на команде, но и вопросы интеграции команды как полноценной части более крупной системы. Для этого владельцу продукта необходимо координировать свои действия с другими владельцами продукта, менеджерами продукта, командами и даже с внешними стейкхолдерами. Реализовать эту роль на практике поможет не только координация, но и синхронизация, которую можно обеспечить при помощи существующих механизмов PO sync в SAFe.
Эти знания являются важными для управления продуктом на уровне команды, поскольку значительно облегчают процесс общения со стейкхолдерами, другими командами, людьми вне ART и менеджментом продукта. Ведь потребности заказчика должны обсуждаться (в том числе - в разрезе ресурсов) и соответствовать как ожиданиям заказчика, так и возможностям команды. Иногда это означает, что владелец продукта должен сказать твердое «нет». Не стесняйтесь! Смело говорите «нет», если у вас нет возможности выполнить задачу, либо целесообразность разработки функционала вызывает сомнения.
Из концепции Lean Agile, лежащей в основе SAFe следует, что PI planning и короткие циклы обратной связи с участием в них владельца продукта на уровне команд, крайне важны. Они обеспечивают не только качественную прямую обратную связь, но и возможность убедиться в том, что заинтересованные стороны участвуют в обсуждении итерации и озвучивают обратную связь о достигнутой ценности.
Помимо описанных выше ролей, для владельца продукта является важной не только фокусировка на команде, но и вопросы интеграции команды как полноценной части более крупной системы. Для этого владельцу продукта необходимо координировать свои действия с другими владельцами продукта, менеджерами продукта, командами и даже с внешними стейкхолдерами. Реализовать эту роль на практике поможет не только координация, но и синхронизация, которую можно обеспечить при помощи существующих механизмов PO sync в SAFe.
Бизнес-цели
В контексте роли менеджера продукта, речь идет о достижении бизнес-целей, решении проблем, которые уже существуют или могут возникнуть в процессе доставки ценности. Типичными проблемами являются ненадлежащее качество продукта и низкая скорость предоставления нового функционала внешним или внутренним клиентам. При этом, каждая организация имеет свои собственные цели. А одной из основных ролей менеджера продукта является обеспечение достижения заказчиком своих бизнес-целей.
Поэтому, быть agile также означает готовность изменить стратегию, или возможность изменить состав поставляемой ценности и предоставить необходимую ценность правильным людям в нужное время.
Именно поэтому менеджеру продукта важно понимать, кто именно является конечным клиентом. Это внутренние клиенты? Это внешние клиенты? Это больше, чем одна категория клиентов? Что каждая из них из себя представляет? Не менее важным является и понимание того, какая именно ценность нужна конкретному клиенту. А что еще важней – понимание того, какие затраты стоят за этим, какие деньги или инвестиции необходимы для создания каждой ценности.
И последняя важная роль менеджера продукта – обеспечивать клиентоориентированность. Для этого SAFe предлагает как минимум два взаимосвязанных инструмента: конвейер непрерывной поставки (Continuous Delivery Pipeline) и процесс непрерывного изучения - рынка, потребностей пользователей, определения концепции, дорожной карты и фич, которые призваны удовлетворить эти потребности (continuous exploration, CE). У менеджера продукта, который ориентирован на клиента, это перманентное исследование должно находиться в центре внимания.
Как гарантировать клиентоориентированность в мультикомандной среде? Такая ситуация подразумевает не только слаженное сотрудничество и налаженные процессы управления, но и процесс непрерывного исследования, который дает менеджеру продукта необходимые данные для определения приоритетного функционала, что подразумевает тесное сотрудничество - не только с командами, но и со всеми владельцами продукта.
Последняя важная зона ответственности и роль менеджера продукта – участие в PI planning, в процессах подготовки функционала и в мероприятиях по инспекции и адаптации в конце каждой итерации PI planning.
Итак, находясь в мультикомандной agile-среде, главная задача PM – обеспечить доставку определенному клиенту нужных ему ценностей, в правильное время.
Поэтому, быть agile также означает готовность изменить стратегию, или возможность изменить состав поставляемой ценности и предоставить необходимую ценность правильным людям в нужное время.
Именно поэтому менеджеру продукта важно понимать, кто именно является конечным клиентом. Это внутренние клиенты? Это внешние клиенты? Это больше, чем одна категория клиентов? Что каждая из них из себя представляет? Не менее важным является и понимание того, какая именно ценность нужна конкретному клиенту. А что еще важней – понимание того, какие затраты стоят за этим, какие деньги или инвестиции необходимы для создания каждой ценности.
И последняя важная роль менеджера продукта – обеспечивать клиентоориентированность. Для этого SAFe предлагает как минимум два взаимосвязанных инструмента: конвейер непрерывной поставки (Continuous Delivery Pipeline) и процесс непрерывного изучения - рынка, потребностей пользователей, определения концепции, дорожной карты и фич, которые призваны удовлетворить эти потребности (continuous exploration, CE). У менеджера продукта, который ориентирован на клиента, это перманентное исследование должно находиться в центре внимания.
Как гарантировать клиентоориентированность в мультикомандной среде? Такая ситуация подразумевает не только слаженное сотрудничество и налаженные процессы управления, но и процесс непрерывного исследования, который дает менеджеру продукта необходимые данные для определения приоритетного функционала, что подразумевает тесное сотрудничество - не только с командами, но и со всеми владельцами продукта.
Последняя важная зона ответственности и роль менеджера продукта – участие в PI planning, в процессах подготовки функционала и в мероприятиях по инспекции и адаптации в конце каждой итерации PI planning.
Итак, находясь в мультикомандной agile-среде, главная задача PM – обеспечить доставку определенному клиенту нужных ему ценностей, в правильное время.
Системное мышление
Третий аспект, который стоит затронуть это то, что часто принимается как данность, и это о системном мышлении. Ведь общая продуктивность обеспечивается не только наличием нескольких agile-команд и людей для ART, часто нужны такие дополнительные ресурсы как маркетинг, продажи и иные подразделения организации.
Возможно, для поставки ценности клиенту потребуется активировать канал распространения или партнерскую сеть, а это означает, что владелец продукта совместно с менеджером продукта должен убедиться, что все участвующие стороны вовремя получают необходимую информация. Например, готовую документация и руководства пользователей.
Поэтому с появлением каждого дополнительного участника процесса, владельцу и менеджеру продукта необходимо решить, как команде эффективно взаимодействовать в новых условиях и как реорганизовать работу команды.
Возможно, для поставки ценности клиенту потребуется активировать канал распространения или партнерскую сеть, а это означает, что владелец продукта совместно с менеджером продукта должен убедиться, что все участвующие стороны вовремя получают необходимую информация. Например, готовую документация и руководства пользователей.
Поэтому с появлением каждого дополнительного участника процесса, владельцу и менеджеру продукта необходимо решить, как команде эффективно взаимодействовать в новых условиях и как реорганизовать работу команды.
Перспективы
И последний аспект, связанный с управлением продуктом в SAFe, это поддержка жизненного цикла продукта. Речь идет не только о разработке, но и о его расширении дополнительными функциями, их дальнейшей поддержке. Например, может потребоваться предоставление юридической поддержки, чтобы обеспечить соответствие продукта всем необходимым требованиям рынка.
Таким образом, владельцу и менеджеру продукта необходимо понимать, что важно не просто собрать вместе людей, разрабатывающих продукт, но и объединить людей, эксплуатирующих это решение, пригласить их всех к участию в жизненном цикле продукта.
Таким образом, владельцу и менеджеру продукта необходимо понимать, что важно не просто собрать вместе людей, разрабатывающих продукт, но и объединить людей, эксплуатирующих это решение, пригласить их всех к участию в жизненном цикле продукта.
В заключение
Итак, для эффективного взаимодействия владельца продукта и менеджера продукта при ежедневной совместной работе требуется соблюдение нескольких ключевых факторов.
Во-первых, внимание должно быть сосредоточено на предоставлении ценности, а все остальное второстепенно.
Во-вторых, стратегия и ее исполнение должны быть согласованы между менеджером продукта (более сфокусированным на долгосрочной перспективе), и владельцем продукта (ориентированным на тактику). Таким образом, владельцы продукта определяют, что нужно сделать и что нужно построить с помощью команд, а менеджеры продукта занимаются вопросами сотрудничества и исследованиями.
В итоге, владелец продукта принимает решения в отношении контента на уровне команды, а менеджер продукта — решения на уровне ART, но это является их совместной работой. Эта работа поддерживается процессами и механизмами SAFe, специально разработанными так, чтобы обеспечить централизованный процесс принятия решений.
В дополнение к этому, виртуозное владение системным мышлением, умение сосредоточиться на ситуации в целом, а не на отдельных ее частях и процессах, станут ключом к становлению мультикомандной среды как продуктивной, эффективной и слаженной системы.
Во-первых, внимание должно быть сосредоточено на предоставлении ценности, а все остальное второстепенно.
Во-вторых, стратегия и ее исполнение должны быть согласованы между менеджером продукта (более сфокусированным на долгосрочной перспективе), и владельцем продукта (ориентированным на тактику). Таким образом, владельцы продукта определяют, что нужно сделать и что нужно построить с помощью команд, а менеджеры продукта занимаются вопросами сотрудничества и исследованиями.
В итоге, владелец продукта принимает решения в отношении контента на уровне команды, а менеджер продукта — решения на уровне ART, но это является их совместной работой. Эта работа поддерживается процессами и механизмами SAFe, специально разработанными так, чтобы обеспечить централизованный процесс принятия решений.
В дополнение к этому, виртуозное владение системным мышлением, умение сосредоточиться на ситуации в целом, а не на отдельных ее частях и процессах, станут ключом к становлению мультикомандной среды как продуктивной, эффективной и слаженной системы.
Возможно будет интересно
