Product owner и скрам-мастер: почему важно разделять эти роли 💎 — OnAgile Consulting

Product owner и скрам-мастер: почему важно разделять эти роли

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

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

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

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

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

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

 

Опубликовано

Ближайшие тренинги по Agile и Scrum

Еще публикации по Agile в Agile, Scrum, Kanban–метод

Публикация
Agile, Scrum, Kanban–метод
Как оценивать сроки завершения работы
Почему так сложно верно оценивать работы по созданию нового продукта — и какими способами можно улучшить точность оценки, не делая это процесс сложнее.
Публикация
Agile, Scrum, Kanban–метод
Отказаться от оценки задач и улучшить отношения с заказчиком
Третий подход к оценке задач, NoEstimates — один из самых интересных. Что если перестать оценивать задачи вообще?
Публикация
Agile, Scrum, Kanban–метод
Покер планирования - совместная оценка задач командой
Planning poker — техника командной оценки задач в относительных единицах. Впервые описана в 2002 году Джеймсом Гренингом, одним из авторов Agile-манифеста. В дальнейшем популяризирована Майком Коном в книге «Agile Estimating and Planning».
Публикация
Agile, Scrum, Kanban–метод
Agile + Lean: комплексный подход к изменениям в компании
Agile и Scrum сейчас очень популярны. К нам обращается огромное количество компаний с просьбой внедрить Agile-практики и обучить сотни сотрудников. Но всегда ли требуется, а главное, подойдет именно Agile / Scrum?

Мы помогаем организациям с 2004 года

Связаться с нами

Дмитрий Лобасев

Managing Partner

+7 495 221 87 39

dmitry@onagile.ru

Наш Telegram канал об Agile и гибких организациях, присоединяйтесь!