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