Роли scrum и правда о должностях в scrum

Узнайте, почему три роли scrum (scrum-мастер, владелец продукта и команда разработчиков) описывают ключевые обязанности, а не конкретные должности.

Dave West Dave West
Просмотр тем

Какие три роли существуют в scrum?

Scrum подразумевает три роли: владелец продукта, scrum-мастер и участники команды разработчиков. Хотя все кажется довольно понятным, с обязанностями таких должностей можно запутаться. Многие команды спрашивают, нужно ли им менять названия должностей при внедрении scrum. Если коротко: нет, не нужно.

В этой статье мы разберемся с ролями scrum и поговорим о том, как вы можете использовать их в своей организации, не печатая новые визитные карточки. 

Роли scrum и должности

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

Создание scrum-команды

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

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

Все становится еще труднее по мере увеличения сложности проблемы, которую пытается решить команда. Как говорится, «вы не знаете, чего вы не знаете, пока не узнаете, что вы об этом не знали». Команды могут не знать заранее, какие навыки им понадобятся или какой объем работы потребуется сделать, и потому им нужен запас гибкости, чтобы менять курс по мере накопления знаний.

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

Команда разработчиков: переопределение понятия «разработчик»

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

Чтобы было понятнее, представьте, что у вас есть дом и вы нанимаете «разработчика». Он разрабатывает проект и выполняет работу. Да, он может класть кирпичи, заниматься водопроводом и даже копать огромные ямы, но этот человек все равно просто «разработчик». Итак, это значит, что роль «разработчика» в scrum означает участника команды, который обладает определенными навыками, необходимыми для выполнения работы в команде.

Схема, демонстрирующая обязанности команды разработчиков: самоорганизация, проектирование, разработка, создание пользовательского интерфейса, тестирование, развертывание.

Команда разработчиков должна уметь самостоятельно организовывать себя, чтобы принимать решения относительно выполнения работы. Команду разработчиков можно сравнить с командой производственного обеспечения, которую вызывают ночью, потому что произошла авария. Команда разработки, как и команда производственного обеспечения, может принимать решения и устранять/оценивать поступающие проблемы. Под самоорганизацией понимается не пренебрежение к организации, а предоставление права решать рабочую проблему тем людям, которые непосредственно занимаются этой работой.  

В обязанности команды разработчиков входит:

  • Поставка результатов работы через спринт.
  • Для обеспечения прозрачности во время спринта они встречаются на ежедневном scrum-совещании​​​​​​​ (иногда его называют стендап). Ежедневное scrum-совещание обеспечивает прозрачность работы и предоставляет специальное место, где участники команды могут искать помощи, рассказывать об успехе, а также указывать на проблемы и блокеры. Scrum-мастер может оказывать содействие в проведении ежедневного scrum-совещания, но в конечном итоге ответственность за проведение этой встречи лежит на команде разработчиков. Это их совещание, чтобы помочь себе как группе контролировать и адаптировать выполняемую работу, а также работать более эффективно.

Владелец продукта: установка четкого направления

Agile-команды по определению являются гибкими и быстро реагируют на изменения, а владелец продукта несет ответственность за обеспечение максимальной ценности. Владелец продукта представляет бизнес и говорит разработчикам, чего требуется достичь. Доверие между этими двумя ролями имеет принципиальное значение.

Владелец продукта должен не только понимать клиента, но и иметь видение ценности, которую scrum-команда поставляет клиенту. Кроме того, владелец продукта определяет баланс между потребностями других заинтересованных сторон в организации. 

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

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

Руководство по scrum определяет следующие обязанности владельца продукта:

  • Управление бэклогом scrum. Это не означает, что владелец продукта — это единственный человек, который помещает новые задания в бэклог продукта; но в конечном итоге именно он несет ответственность за бэклог, по которому работает команда разработчиков для поставки продукта. Это значит, что владелец продукта должен знать обо всем, что находится в бэклоге продукта, а другие люди, добавляющие задачи в бэклог, должны обращаться к владельцу продукту.
  • Управление релизами. Спринт является не циклом выпуска, а циклом планирования. Это значит, что scrum-команда может осуществлять поставку в любое время. В идеале они могли бы выполнять частую поставку на протяжении всего спринта, рассматривая во время обзора спринта реальное использование и отзывы клиентов. Однако непрерывная поставка не всегда возможна и требует других моделей выпуска. Владельцу продукта важно знать, когда какие вещи могут и должны быть выпущены.
  • Управление заинтересованным сторонами. Любой продукт имеет множество заинтересованных сторон, начиная пользователями, клиентами, администрацией и заканчивая руководством организации. Для эффективного обеспечения поставки ценности командой разработчиков владельцу продукта необходимо работать со всеми этими сторонами. Это может означать большой объем коммуникаций и работы по управлению заинтересованными сторонами.
Схема, демонстрирующая обязанности владельца продукта: управление бэклогом продукта, управление релизами, управление заинтересованными лицами.

Scrum-мастер: объединение всех элементов вместе

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

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

Схема, демонстрирующая обязанности scrum-мастера: обеспечение прозрачности, применение эмпирического подхода, самоорганизация, внедрение ценностей scrum, защита команды, устранение блокеров.

Scrum-мастер фокусируется на следующем.

  • Прозрачность. Для проведения эффективной проверки и адаптации важно, чтобы нужные люди могли видеть происходящее. Но обеспечить это на деле гораздо сложнее, чем кажется. В задачи scrum-мастера входит обеспечение прозрачности работы scrum-команды. Например, создание карт историй и обновление страниц Confluence в соответствии с идеями, вынесенными при проведении ретроспективы.
  • Эмпирический подход. Основная идея подходов scrum и agile состоит в том, что лучший способ планирования — это выполнение работы и обучение в процессе ее выполнения. Эмпирический процесс непрост и требует, чтобы scrum-мастер обучал scrum-команду разбивать работу на куски, описывать четкие конечные результаты и оценивать эти результаты.
  • Самоорганизация. Самоорганизация команды разработчиков означает, что команда может самостоятельно наладить процесс своей работы. На деле же самоорганизация приходит со временем и для ее реализации требуется помощь и поддержка. Scrum-мастер стимулирует участников команды выходить из зоны комфорта и пробовать различные вещи и практики, такие как «покер делегирования», используемый для выявления и оспаривания традиционных идей о границах ролей и обязанностей.
  • Ценности. Scrum выделяет 5 ценностей (смелость, фокусировка, ответственность, уважение и открытость) не потому, что они хороши, а потому, что они создают атмосферу безопасности и доверия. Эта атмосфера необходима для успешного достижения гибкости. Каждый участник scrum-команды обязан следовать этим ценностям, а scrum-мастер активно поддерживает это и напоминает всем о важности этих ценностей.

Scrum-мастер помогает владельцу продукта при планировании и проверке спринта, обеспечивая четкое описание ценности и определение направления. Он помогает команде разработчиков в повседневной работе по методу scrum, следя за выполнением работы и устранением блокеров. Он также отвечает за работу с блокерами, которые команда не может устранить самостоятельно. Scrum-мастер следит за тем, чтобы scrum-команда видела все возможности для развития, а ретроспектива выражалась в четком наборе достижимых результатов.

Начало работы с гибкими scrum-ролями

Описание трех основных областей ответственности для этих трех ролей scrum в любой scrum-команде кажется довольно простым, но при их сопоставлении со своей должностью зачастую возникают сложности. Вот план по началу работы.

  • Если вы обладаете множеством отличных навыков для поставки потребительской ценности и это то, что вам нравится, вам необходимо быть участником команды разработчиков scrum. В сущности, эта команда является наиболее важным элементом любой agile-организации, поскольку она действительно поставляет ценность клиентам и заинтересованным сторонам. Это означает, что должностное положение определяется тем, как долго вы поставляете ценность или помогаете в этом другим.
  • Если вам нравится все, что связано с клиентом, управлением заинтересованными сторонами и предметной областью бизнеса, то вашим пожеланиям будет больше соответствовать роль владельца продукта. В большинстве организаций этот человек должен пользоваться уважением и доверием со стороны бизнеса, чтобы иметь возможность принимать решения. Эта роль также требует наличия определенного уровня умения заниматься политической деятельностью, поскольку вы будете договариваться о компромиссах и делать всех счастливыми.
  • Если вы хотите помочь команде эффективно работать вместе, а также изменить мир с помощью scrum и agile, то вам подходит роль scrum-мастера; эта роль полностью ориентирована на людей и уделяет особое внимание коучингу, обучению и содействию.
продолжение темы
Scrum of scrums