Agile команда 🦸‍♂️ — роли, структура и как организовать работу в команде

Это кроссфункциональная и самоорганизованная команда, которая отвечает за поставку нового продукта end-to-end (от начала и до конца). И которая имеет все необходимые ресурсы для этого.

Для более быстрых поставок продукта на рынок (Time To Market), для снижения количества микроменеджмента, для более точного попадания в потребности клиента.

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

Когда имеется сложный продукт, высокая степень неопределенности и рисков.

Agile–команда позволяет поставлять продукт чаще и получать обратную связь от заказчика раньше. В результате в свет выходит более ценный и жизнеспособный продукт, который приносит прибыль.

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

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

Также работа в Agile–команде характеризуется тем, что здесь нередкой ситуацией является то, что возникают новые актуальные задачи, которые требуют внимания больше, чем предыдущие. В такой ситуации команда подстраивается под новые реалии, реализуя базовый принцип: «Готовность к изменениям важнее следования первоначальному плану».

Конечно, команды стремятся такого избегать.

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

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

В зависимости от фреймворка, роли могут быть различные. Agile не предписывает каких–либо ролей, кроме базового принципа: «Люди и взаимодействие важнее процессов и инструментов». Ролевое распределение относится к тому, что определяет происходящие процессы, поэтому это менее важный фактор, чем взаимодействие членов команды.

Тем не менее, как правило, роли все–таки выделяются.

В самом распространенном фреймворке — Scrum — таких роли три: 1) Владелец Продукта, 2) Скрам–мастер, 3) Разработчик. Это классические роли Agile–команды.

Такое распределение является важным и его имеет смысл придерживаться. Каждая роль отвечает за свой функционал: Владелец Продукта за ценность продукта, Скрам–мастер за процессы в команде, разработчик — за создание продукта.

Такое распределение позволяет членам команды сфокусироваться на своем функционале и выполнять его максимально качественно.

Нужен ли Agile–команде коучинг зависит от того, насколько эффективно налажены внутренние процессы в команде. Возникают ли разногласия? Как именно они решаются? Как много времени уходит на решение вопросов в команде? Связано ли это со сложностью продукта, или с качеством процессов в команде?

На практике почти не бывает ситуаций, когда коучинг команде точно не требуется, и все процессы идут просто идеально. Всегда есть то, что можно улучшить. Если ситуация в команде близка к идеальной, это всегда заслуга Скрам–мастера, следящего за командными процессами, или уже существующего в команде коуча.

Если процессы в команде замедляют работу и приводят к ошибкам, для бизнеса выгоднее вложиться в коучинг команды и на выходе получить работоспособную и слаженную команду, чем разгребать ошибки (например, в следующем спринте) и терять время и деньги на непродуктивные коммуникации в команде.