Что такое Agile–команда
📌 Agile — это философия гибкого подхода к проектам и набор принципов для совместной работы. А Agile-команда — это небольшая кросс-функциональная команда, которая работает по принципам Agile.
Гибкую команду определяют такие черты:
- Размер до 10 человек. Это важно, потому что небольшой командой проще управлять. Она подвижнее и податливее к переменам, в ней проще выстроить общение и поддерживать связи.
- Кросс-функциональность. Каждый участник может выполнять несколько ролей. Так команда Apple работала над созданием первого iPhone — за маркетинговую стратегию там отвечал инженер.
📎 Всё о кросс-функциональных командах
- Самоорганизация. Команда независима, и каждый в ней отвечает за результат. В идеале команда может самостоятельно выполнить проект, не прибегая к помощи других подразделений.
- Гибкие методологии. Работа строится по методам Agile — Scrum, Kanban, ХР и прочим — а продукт выпускается частями. Это помогает быстро собирать обратную связь и корректировать курс работы.
Ключевые отличия Agile-команды
Наглядно показываем отличия гибкой команды от традиционной.
| Традиционная команда | Agile-команда | |
|---|---|---|
| Состав команды | Команда организована вокруг одной области знаний или опыта | Эксперты разных специальностей работают над проектом сообща |
| Иерархия в команде | Чёткая: начальник и подчинённые | Плоская. При этом есть лидер команды, который выступает наставником |
| Общение с заказчиком | В начале и конце проекта | Постоянное по ходу проекта |
| Общение друг с другом | Часто бывает опосредованным — через начальника | Постоянное, прямое, есть ежедневные стендапы или обсуждение после спринтов |
| Характер членов команды | Любой | Самоорганизованность, дисциплина, ответственность, открытость к общению, адаптивность |
| Ответственность за результат | На начальнике | На каждом в команде |
Роли в Agile-команде
Гибкие команды — кросс-функциональные, и каждый может принимать на себя разные роли. Роли определяют процессы, за которые отвечает член команды — например, тимлид разработчиков, продакт-менеджер, руководитель продукта.
В зависимости от методологии, проекта и структуры команды роли могут разниться. В Scrum-команде база будет такой:
Scrum-мастер
Лидер, который поддерживает в команде культуру Scrum. Он отвечает за Scrum-церемонии — от планирования до ретроспективы спринта, — а ещё решает возникающие проблемы.
Владелец продукта
Представляет интерес клиентов и бизнеса. Исходя из этого формирует бэклог продукта — список необходимых фич.
Члены команды
Небольшая кросс-функциональная команда. Люди с разными профилями работы — дизайнеры, тестировщики, аналитики — вместе работают над продуктом.
💡 Распределить роли и зоны ответственности помогут матрицы RACI и DACI. RACI указывает, кто и за что отвечает на проекте, а DACI устанавливает ответственность за принятие решений.
Ценности Agile-команды
Agile опирается на четыре ценности.
- Люди и взаимодействия важнее процессов и инструментов
Успех проекта зависит от команды и того, как она работает вместе. Решение проблем через общение важнее, чем процессы или инструменты — они бесполезны, если команда не умеет общаться.
- Рабочее ПО важнее документации
По водопадной модели ни одна строчка кода не должна быть написана без согласованной документации. А Agile ставит во главу угла продукт, который отвечает запросам клиента.
- Сотрудничество с клиентами важнее переговоров по контракту
Agile-команда общается с клиентам на протяжении всего процесса разработки. Это помогает поставлять ценный продукт — чем больше общения с клиентом, тем меньше игр в угадайку.
- Реагирование на изменения вместо следования плану
Agile позволяет команде менять приоритеты и планы, когда это имеет стратегический смысл. Команда не вязнет в устаревших планах только потому, что обязалась довести его до конца.
Как работает Agile-команда — принципы и подходы
У гибкой команды свои правила и принципы, которым она следует в работе.
▶️ Agile-команда выпускает продукт часто и всегда учитывает отзывы клиента, чтобы результат был полезным и ценным
▶️ Члены команды могут отбросить результат своей работы, если он стал неактуальным в ходе проекта, и начать всё с чистого листа
▶️ Команда работает сообща и передаёт информацию лично
▶️ Команда состоит из мотивированных людей — для этого у них есть поддержка лидера, владельца продукта и необходимые условия для работы
▶️ Команда не стоит на месте и постоянно совершенствуется: размышляет о том, как стать эффективнее, упростить процессы и улучшить инструменты
▶️ Члены команды считают показателем прогресса работающий продукт
▶️ Работа должна развиваться устойчиво — заказчики должны быть готовы к тому, что изменения будут вноситься равномерно
▶️ Команда независима и может выполнить проект самостоятельно — это позволяет им принимать лучшие для продукта решения.
Этапы создания успешной Agile-команды
Гибкая философия внедряется в компанию за пять шагов. Об этом мы писали в большой статье об Agile.
Оценить текущее положение дел
Что касается формирования команды — первым делом нужно изучить текущую ситуацию и понять, подойдёт ли команде работа по Agile.
Ответь на вопросы:
- Могут ли сотрудники быстро принимать решения и переключаться? В переменчивой среде Agile важна адаптивность
- Прокачаны ли у них скиллы общения? Это важно для сплочения команды
- Насколько они самоорганизованные, способны ли сами находить решения?
- Подходит ли размер команды для внедрения Agile? В идеале — до 20 человек
Работа с командой
Следующий этап — работа с командой. Суть — убедить сотрудников в необходимости изменений. Возможно, придётся переформировать команду, распределить роли и наладить систему приоритетов.
Шаг 1. Объяснить суть перехода на гибкие методы
Подсветить преимущества гибкого подхода и рассказать о причинах перехода удобно в формате презентации. Это поддержит интерес сотрудников и замотивирует их. А высокая мотивация к работе — один из 12 принципов работы по Agile.
Шаг 2. Отработать возражения
Согласно отчёту-опросу, самые частые проблемы Agile-команд это:
- сопротивление переменам
- отсутствие нужных навыков
- нет поддержки начальника и заинтересованных сторон
- нет доверия и прозрачности
Чтобы решить эти проблемы, нужно выявить причины сопротивления, подключить руководство к внедрению Agile, поощрять наставничество и открытое общение между всеми участниками процесса. Подробнее о преодолении таких сложностей писали тут.
Отработка возражений поможет успокоить команду и двинуться к гибкому мышлению.
Шаг 3. Создать атмосферу поддержки
Чтобы команда не чувствовала себя покинутой, нужно создать условия для комфортного обучения Agile. Вот несколько способов это сделать:
- Дать команде время на изучение манифеста и принципов Agile
- Нанять коуча или провести воркшоп
- Отвечать на возникающие вопросы. В идеале создать для этого отдельный чат
- Не ругать сотрудников за ошибки
Шаг 4. Распределить роли
На следующем этапе нужно прописать зоны ответственности членов команды. Для этого подойдут регламенты и описание должностей в базе знаний компании. Внутри пропиши роли, пул обязанностей и зоны ответственности каждого сотрудника — например, с помощью матриц RACI и DACI.
Эти этапы помогут создать команду, а чтобы оценивать её эффективность есть метрики.
Метрики Agile-команды
Поскольку Agile-команда создаёт продукт для людей, то удовлетворённость заказчиков и потребителей — метрика успеха номер один. Заказчики оценивают продукт в ходе общения с командой, поэтому метрики здесь субъективны. Потребители оценивают продукт, оставляя отзывы в магазинах приложений, на сайтах или других площадках, где размещён продукт.
Удовлетворённость самой команды — тоже весомая метрика. Если проект выполнен, но половина команды уволилась, а вторая — в депрессии, назвать проект успешным нельзя. Фидбек от команды собирает её лидер из Scrum-мастер.
Финансовые показатели — метрики, которые измеряются в объёме продаж или доходе. Позволяют оценить продажи продукта и его актуальность для потребителей.
Примеры успешных Agile-команд
Rodionov consulting
В докладе на Infostart Event 2019 Inception глава компании Rodionov consulting Денис Родионов рассказал об опыте управления сервисным центром.
Он столкнулся с нежеланием сервис-инженеров взаимодействовать с клиентами и нашёл модель, при которой сервис-инженеры звонили клиентам сами. Эта модель была основана на подходах Agile.
Раньше клиенты субъективно оценивали работу центра на 40–60%, а после применения Agile-технологий их удовлетворённость выросла до 90%. Такого результата компания добилась за три месяца.
Bosch
В рамках сотрудничества с Tesla Bosch использовала Agile-подходы для разработки систем безопасности и шасси под требования автомобилей Tesla.
Компания поделилась результатами: для работы по калибровке потребовалась всего лишь половина обычного времени разработки. В благодарность за успешное сотрудничество Tesla вручила компании награду Excellent Development Partner.
Советы в управлении Agile-командой от практиков
Подписаться 
