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

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

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

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

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

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

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

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

 

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

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

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

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

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

Managing Partner

+7 495 221 87 39

dmitry@onagile.ru

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