Четыре церемонии Agile

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

Все эти праздники происходят довольно последовательно на важных этапах нашей жизни. Термин «Agile-церемония» происходит от концепции празднования важных этапов. Однако они в меньшей степени связаны с празднованиями и в большей — с установлением последовательных контрольных пунктов в жизненном цикле проекта.

Что такое Agile-церемония?

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

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

• Кто из команды разработчиков участвует в этой церемонии?

• Когда начинается эта церемония?

• Сколько времени занимает эта церемония?

• Что происходит на этой церемонии?

• Какой результат ожидается?

Ниже мы подробнее рассмотрим четыре основные Agile-церемонии и объясним, как ответить на каждый из этих вопросов.

Какие существуют 4 Agile-церемонии?

Существует четыре основные Agile-церемонии, которые проводятся во время каждого спринта. Перед началом каждой церемонии ваша команда должна понимать цель встречи и то, как она влияет на спринт. 

1. Совещание по планированию спринта

На совещании по планированию спринта команда разработчиков планирует, какая работа будет завершена в течение предстоящего спринта.

• Кто участвует? Команда разработчиков, Scrum-мастер (если ваша команда использует Scrum) или владелец продукта.

• Когда проводится эта церемония? В начале каждого спринта.

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

• В каком фреймворке обычно используется эта церемония? Совещание по планированию спринта используется как в методологии Scrum, так и в методологии Kanban. Большинство методологий Agile имеют ту или иную форму планирования спринта, даже если для этого не существует специальной церемонии.

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

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

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

Ежедневный стэндап — это встреча команды разработчиков, на которой участники сообщают друг другу, над чем они работают.

• Кто участвует? Команда разработчиков, скрам-мастер (если применимо) и владелец продукта.

• Когда проводится эта церемония? Один раз в день, как правило, в самом начале рабочего дня, прежде чем все приступят к своим задачам.

• Сколько времени занимает эта церемония? Примерно 15 минут. Ежедневные стендапы должны быть очень быстрыми и не должны требовать бронирования конференц-зала или совместного использования экрана. 

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

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

• Каков ожидаемый результат этой церемонии? Цель состоит в том, чтобы все участники команды разработки могли связаться друг с другом. Если у кого-то из команды разработчиков возникнут препятствия, мастер Scrum или ответственный за разработку продукта поможет ему. Это происходит после совещания, чтобы ежедневная планёрка не затянулась.

3. Совещание по обзору спринта

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

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

• Когда проводится эта церемония? Эта церемония проводится в конце спринта, когда все задачи завершены, но до начала ретроспективы спринта. 

• Сколько времени занимает эта церемония? Как и в случае с планированием спринта, эта встреча должна длиться около часа за каждую неделю спринта. Если спринт длится две недели, то и встреча будет примерно двухчасовая. 

• В каком фреймворке обычно используется эта церемония? Этот фреймворк используется как в Scrum, так и в Kanban. В случае с канбаном и другими гибкими методами обзоры могут проводиться в конце проекта, а не в конце спринта.

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

• Какой результат ожидается от этой церемонии? Эта церемония даёт возможность как внутренним, так и, при необходимости, внешним заинтересованным сторонам дать обратную связь и задать вопросы о конечном продукте. Если вы работаете в агентстве и разрабатываете продукт для клиента, можно пригласить на встречу заинтересованных лиц извне. Мастер Scrum может использовать эту возможность для работы с заинтересованными сторонами, чтобы выяснить, нуждается ли продуктовый бэклог в корректировке.

4. Ретроспектива спринта

Ретроспектива спринта — это возможность для команды проанализировать прошедший спринт и подумать о том, что удалось, а что можно улучшить в следующий раз.

• Кто участвует? Команда разработчиков, мастер Scrum или владелец продукта. На этом совещании должны присутствовать все, кто активно работал над задачами в течение спринта.

• Когда проводится эта церемония? В самом конце спринта, после совещания по обзору спринта. 

• Сколько времени занимает эта церемония? Это совещание должно занимать около 45 минут в неделю, пока длится спринт. Если спринт длится две недели, ретроспектива спринта должна занять около полутора часов.

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

• Что происходит на этом совещании? На этом этапе команда разработчиков анализирует прогресс команды в этом спринте. Команда размышляет о том, что прошло хорошо, а что можно улучшить в будущих спринтах. 

• Какой результат ожидается от этой церемонии? Цель этой церемонии — определить ключевые моменты для итерации. Если участники команды найдут что-то, что можно изменить и улучшить в предстоящем спринте, они должны поделиться этим со всей командой. Некоторые методологии Agile основаны на непрерывном совершенствовании, и ретроспективы являются неотъемлемой частью этого процесса.

Советы по проведению Agile-церемоний

Церемонии Agile — это просто более изысканное название для совещаний. Следуйте этим советам, чтобы ваши совещания проходили более гладко. 

Присвойте пользовательские истории всем элементам бэклога спринта

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

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

Проводите церемонии Agile в одно и то же время в каждом спринте

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

Убедитесь, что в обсуждении участвуют нужные люди

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

Координируйте Agile-церемонии с помощью программного обеспечения для управления проектами

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