OnAgile Learning Hub 💎

Как уживаются роли Проектного/ Продуктового менеджера и Владельца продукта

Частый вопрос на наших тренингах;) Если говорить про классические подходы, например Scrum, то в них есть только Владелец продукта — проджект-менеджеров нет.

А дальше зависит от подхода:

- В NEXUS и LeSS тоже самое, что и в Scrum — только Владелец продукта.
- В классическом SAFe есть иерархия: на программном уровне находится продукт-менеджер, который работает с Владельцами продукта (до 4 человек, под каждым РО одна — максимум две команды) и является своего рода их руководителем.
- Проджект-менеджеры есть в Disciplined Agile.

Владелец продукта и проджект-менеджер могут существовать параллельно, если компания используют кастомные решения (например, модель Spotify). Тогда часть команд будет работать по agile-подходам — и в них будет Владелец продукта, а часть будет фокусироваться на проектном подходе, и у них останутся проджекты.

Что делать проектному менеджеру, если его компания начинает внедрять agile? Во-первых, не волноваться;) Потребность в вашем профессионализме не пропадает, а только меняет форму.

Часто проджекты во время трансформации превращаются во Владельца продукта или, если компания большая, а человек очень опытный, становят RTE — Release Train Enginee. Также можно занять позицию Скрам-мастера.

Независимо от того, куда классический проджект-менеджер решит эволюционировать, это потребует от него усилий поменять восприятие:

- Переквалифицируется во Владельца продукта — и главным фокусом его внимания станет развитие продукта, а не поставка.
- Того, кто решит стать Скрам-мастером, должен интересовать не столько контроль, сколько максимальная помощь команде и фокус на том, чтобы развивать ее (можно сравнить с играющим тренером).
- На RTE переход самый простой с точки зрения восприятия: здесь вы по сути помогаете командам взаимодействовать и делаете все возможное, чтобы комадны не сошли с тех «рельс», которые построили на PI-планировании. Собственно, RTE и проводит PI-планирование.

www.tgoop.com/agilethinking/198

2.23K viewsOlga, edited  Apr 21, 2021 at 11:27

Как уживаются роли Проектного/ Продуктового менеджера и Владельца продукта

Частый вопрос на наших тренингах;) Если говорить про классические подходы, например Scrum, то в них есть только Владелец продукта — проджект-менеджеров нет.

А дальше зависит от подхода:

- В NEXUS и LeSS тоже самое, что и в Scrum — только Владелец продукта.
- В классическом SAFe есть иерархия: на программном уровне находится продукт-менеджер, который работает с Владельцами продукта (до 4 человек, под каждым РО одна — максимум две команды) и является своего рода их руководителем.
- Проджект-менеджеры есть в Disciplined Agile.

Владелец продукта и проджект-менеджер могут существовать параллельно, если компания используют кастомные решения (например, модель Spotify). Тогда часть команд будет работать по agile-подходам — и в них будет Владелец продукта, а часть будет фокусироваться на проектном подходе, и у них останутся проджекты.

Что делать проектному менеджеру, если его компания начинает внедрять agile? Во-первых, не волноваться;) Потребность в вашем профессионализме не пропадает, а только меняет форму.

Часто проджекты во время трансформации превращаются во Владельца продукта или, если компания большая, а человек очень опытный, становят RTE — Release Train Enginee. Также можно занять позицию Скрам-мастера.

Независимо от того, куда классический проджект-менеджер решит эволюционировать, это потребует от него усилий поменять восприятие:

- Переквалифицируется во Владельца продукта — и главным фокусом его внимания станет развитие продукта, а не поставка.
- Того, кто решит стать Скрам-мастером, должен интересовать не столько контроль, сколько максимальная помощь команде и фокус на том, чтобы развивать ее (можно сравнить с играющим тренером).
- На RTE переход самый простой с точки зрения восприятия: здесь вы по сути помогаете командам взаимодействовать и делаете все возможное, чтобы комадны не сошли с тех «рельс», которые построили на PI-планировании. Собственно, RTE и проводит PI-планирование.

BY OnAgile Learning Hub 💎