Agile церемонии, роли в команде, артефакты

Чтобы быть конкурентными, компании должны быстрее выводить на рынок новые продукты и ускорять усовершенствование существующих решений и услуг. Как производить продукты в динамичном гибком мире? Как минимум сделать процесс их создания гибким и динамичным. Сегодня расскажем о модном Agile-подходе: где и как его использовать. Полезно будет и айтовцам, и маркетологам, и предпринимателям. Расскажем обо всех этапах Agile, что такое agile подходы и как грамотно наладить взаимодействие команды.

Что такое Agile и роли Agile в ИТ?

Agile — это подход в разработке программного обеспечения (и не только), основанный на идее гибкости и адаптивности. Почему он появился? В традиционных методах разработки заинтересованные стороны могут не получать достаточно информации о прогрессе проекта. Как результат, из-за отсутствия регулярной обратной связи и тестирования продукт может быть низкого качества или не соответствовать ожиданиям. Но Agile разделил ситуацию на «до» и «после». Философия agile действует как катализатор для изменений в ИТ-сфере, реформируя традиционные методы разработки:

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

Spotify, Google, Amazon и Microsoft используют agile методики разработки для своих продуктов и услуг. Например, Spotify использует модель Spotify Engineering Culture, основанную на Agile и Scrum для разработки своего музыкального сервиса. Google также известен своей agile-ориентированной культурой разработки программного обеспечения, позволяющей им быстро реагировать на изменения и инновации. Многие продукты Microsoft, такие как Microsoft Office и Xbox, разработаны с использованием Agile. Онлайн-ритейлер Amazon использует Agile для быстрой разработки и внедрения новых функций на своем веб-сайте и мобильных приложениях.

В Agile над проектом работает отдельная команда. Вот некоторые из самых важных ролей Agile в ИТ:

• Scrum Master: Это лицо, ответственное за обеспечение правильной работы процесса разработки согласно методологии Scrum. Scrum Master помогает команде устранить помехи, обеспечивает соблюдение Scrum-процессов и способствует постоянному совершенствованию команды.
• Product Owner: Важная роль agile. Это представитель клиента или бизнеса в команде, определяющий приоритеты для разработки продукта. Product Owner определяет требования, создает Backlog (список задач) и дает команде четкое понимание того, что нужно разработать.
• Разработчики (Developers): Это члены команды, которые фактически пишут код, тестируют продукт и делают все необходимое для создания функционального продукта.
• Quality Assurance (QA): Это члены команды, отвечающие за качество продукта. Они тестируют функциональность, выявляют ошибки и обеспечивают, чтобы продукт соответствовал стандартам качества.
• Stakeholders (Заинтересованные стороны): Это все, кто имеет интерес к продукту, будь то клиенты, менеджеры, маркетологи и т.д. Они могут быть приглашены к участию в демо-презентациях или давать обратную связь при разработке.
• Team Lead (Руководитель команды): Это лицо, отвечающее за организацию и руководство работой команды. Они способствуют сохранению командной динамики и разрешению конфликтов.

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

Использование Agile подхода: главные термины

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

• User Story (История пользователя): Это краткое описание функциональности, которое выражается с точки зрения пользователя. Истории пользователей помогают избежать технического жаргона и сосредоточиться на потребностях и ожиданиях пользователей.
• Sprint (Спринт): Короткий промежуток времени, во время которого команда работает над конкретным набором задач с целью создания готового к выпуску продукта. Каждый спринт обычно длится от 1 до 4 недель и завершается созданием готового к выпуску продукта или его части.
• Backlog (Отставание): Список задач или требований, которые необходимо выполнить для разработки продукта. Беклог помогает команде организовать свою работу.
• Burnout Chart (Диаграмма обжига): График, отображающий количество работы, отмеченной в Backlog и время, оставшееся до завершения проекта. Диаграмма обжига помогает команде визуализировать свой прогресс и отслеживать выполнение задач.
• Артефакты в Agile: Это все видимые результаты работы команды при разработке продукта. Agile артефакт помогает команде контролировать свою работу, понимать, что они должны сделать, и отслеживать прогресс. Это может быть что угодно: от списков задач до готовых функциональных элементов продукта.

Подход agile: Agile церемонии и ритуалы (события или встречи)

Agile церемонии (события или встречи, как их иногда называют) – особые компоненты Agile, направленные на достижение максимального уровня прозрачности и коммуникации в течение итеративного процесса разработки. Обычно такие церемонии отличаются четкой структурой и целями. Философия agile предусматривает 4 основные церемонии:

1. Планировка спринта (Sprint Planning): Эта церемония проходит в начале каждого спринта и имеет целью обсудить и определить задачи, которые команда будет выполнять в течение спринта. При планировании спринта команда обсуждает, какие задачи нужно выполнить, оценивает время, необходимое для их выполнения, и определяет, кто из членов команды возьмется за каждое задание.
2. Ежедневный стендап (Daily Standup): Это короткая ежедневная встреча команды, которая обычно длится до 15 минут Каждый участник команды делится тем, над чем он работал вчера, над чем планирует работать сегодня и есть ли у него какие-либо препятствия. Это способствует решению проблем быстрее, определению прогресса и поддерживает командный дух.
3. Обзор спринта (Sprint Review): Это встреча, которая проходит в конце каждого спринта, во время которой команда демонстрирует проделанную работу за спринт. Обычно на обзоре спринта присутствуют клиенты и другие заинтересованные стороны, которые могут дать обратную связь и указать необходимые изменения.
4. Ретроспектива спринта: Эта церемония также проходит в конце каждого спринта и имеет целью оценить эффективность команды и определить, какие шаги можно поднять на следующем спринте. Команда обсуждает, что работало хорошо, что можно улучшить и какие шаги можно поднять для дальнейшего успеха.

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

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

Но кто же проводит ритуалы agile? Разберем далее.

Agile команда: ключевые роли agile и артефакты

Есть интересный анекдот:

На ферме собрались курицы и свиньи, чтобы обсудить общий ужин. Один из кур предложил сделать яичницу из бекона. Он сказал: «Мы, куры, сможем предоставить яйца, тогда как вы, свиньи, сможете предоставить бекон». Свиньи подумали и ответили: «Ждите-ка, вы только участники в этом обеде, но для нас, свиней, это целая жизнь».

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

Куры:

• Разработчики: Они являются основными исполнителями, создающими программное обеспечение.
• Тестировщики: Они отвечают за проверку и тестирование программного обеспечения на соответствие требованиям и качеству.
• Инженеры по DevOps: Они обеспечивают автоматизацию и управление инфраструктурой.

Свиньи:

• Владелец продукта: Он определяет стратегию разработки продукта, устанавливает приоритеты и сотрудничает с командой для достижения бизнес-целей.
• Scrum Master: Он координирует работу команды, решает препятствия и помогает выполнить задание.

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

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

Команда и ее роли во внедрении церемонии Agile : пошаговая инструкция 

Далее разберем детальнее подход agile.

1. Планирование спринта

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

Состав:

• Присутствуют: Вся команда Scrum (команда разработчиков, Scrum Master и Product Owner).
• Время: В начале каждого спринта.
• Продолжительность: Одна-два часа в неделю итерации.

Шаги:

1. Принос беклога продукта: Важная часть церемонии AВладелец продукта приносит бэклог продукт для обсуждения с командой разработчиков. Это немаловажный момент, поскольку определяются задачи, которые следует выполнить в течение спринта.
2. Оценка усилий: Команда Scrum вместе производит оценку усилий или очков истории. Это помогает понимать, какую работу можно проделать в течение спринта.
3. Уточнение беклога продукта: Владелец продукта разъясняет какие-либо сомнения в отставании продукта и вносит необходимые изменения в беклог продукта.
4. Формирование спринтского бэклога: Создается спринтский бэклог, содержащий задачи, выполняемые в течение спринта.

Результаты:

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

Лучшие советы:

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

2. Ежедневный стендап

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

Состав:

• Присутствуют: Команда разработки, Scrum Master, Product Owner (необязательно).
• Время: Каждый день обычно утром.
• Продолжительность: Кратко и резко, не дольше 15 минут.

Процесс:

1. Обновление: Каждый член команды рассказывает о своих достижениях и планах в день.
2. Выявление блокирующих факторов: Участники обсуждают любые проблемы или задачи, замедляющие работу.

Результаты:

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

Лучшие советы:

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

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

3. Обзор Спринта

Обзор спринта – это время для команды продемонстрировать проделанную работу и собрать отзывы от заинтересованных сторон. Эта церемония важна для укрепления доверия между командой и заинтересованными сторонами и способствует усовершенствованию продукта.

Состав:

• Присутствуют: Команда разработки, Scrum Master, Product Owner. По желанию, руководство, клиенты, разработчики и другие заинтересованные стороны.
• Время: В конце спринта.
• Продолжительность: Один час в неделю спринта.

Процесс:

1. Демонстрация работы: Команда продемонстрирует выполненные задачи и функциональность продукта.
2. Сбор отзывов: Заинтересованные стороны предоставляют отзывы и рекомендации по выполненной работе.
3. Обсуждение планов на будущее: Владелец продукта задает вопросы заинтересованным сторонам и отвечает на их вопросы.

Результаты:

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

Лучшие советы:

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

4. Ретроспективный Обзор Спринта

Ретроспектива спринта – это время для команды обсудить прошлый спринт, определить проблемы и пути для улучшения в будущем. Церемония направлена ​​на уменьшение рисков в будущих спринтах и ​​улучшение эффективности работы команды.

Состав:

• Присутствуют: Команда разработки, Scrum Master, Product Owner (необязательно).
• Время: В конце спринта.
• Продолжительность: 45 минут в неделю спринта.

Процесс:

1. Анализ работы: Команда обсуждает, что было хорошо и что пошло не на протяжении спринта.
2. Определение проблем: Совместно определяются проблемы и недостатки, возникшие во время спринта.
3. Разработка плана действий: Команда обсуждает возможные решения и разрабатывает план действий по предотвращению проблем в будущих спринтах.

Результаты:

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

Лучшие советы:

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

Эти два этапа завершают спринт и помогают команде научиться на собственных ошибках и сделать следующий спринт еще более успешным. Сложно представить для каких проектов не подходит agile. Потому что мы, например, в Genius.Space используем его и в неайтишных проектах.

На сегодняшний день это все. Если вам интересна тема IT-сферы, вы кайфуете от ее системности и масштаба, бегите в календарь и ищите список наших ближайших курсов.