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

Chief Editor

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

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

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

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

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

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

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

 

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

Кейс
Телекоммуникации
Пилотный Agile в телекоме: перевыполнение плана на 45%
Командная работа как залог успеха и опыт внедрения Agile, готовый к масштабированию.
Публикация
Разработка ПО
Материалы для самостоятельного изучения Agile
Мы собрали для вас список самых важных книг на тему Agile и всего того, что пригодится на нелегком пути трансформации. Они могут вам самостоятельно изучить подход, а также закрепить и расширить полученные на тренингах знания.
Публикация
Разработка ПО
Agile как основа технологического бизнеса
Бизнес — это деятельность с целью получения прибыли. Технология — это знание, как делать что-либо. Соответственно, технологический бизнес — это знание того, как правильно действовать, чтобы получить прибыль.
Публикация
Разработка ПО
Что такое Непрерывная поставка (Continuous Delivery)?
При разработке программного обеспечения в стремительно меняющемся мире, часто возникает вопрос, как оставаться конкурентноспособным на рынке?

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

Свяжитесь с нами

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

Executive Agile Coach & Founder

+7 495 221 87 39

dmitry@onagile.ru

Telegram канал об Agile и гибких организациях: https://t.me/agilethinking