Мы знакомы?

Развеиваем мифы о четырех agile-собраниях

Dan Radigan Dan Radigan
Просмотр тем

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

Давайте рассмотрим каждое agile-собрание и узнаем, какие возможности они дают команде и почему они считаются движущей силой agile-разработки. 

Примечание. Некоторые из этих собраний сложились в результате применения Scrum-методологии — итеративного подхода к реализации agile с проведением работы в рамках фиксированных промежутков времени. Идеи, лежащие в основе этих собраний, можно применить к другим формам agile, например к Kanban или бережливому производству. Понятие «спринт» относится к Scrum. В других формах agile используется более общее понятие «итерация» для обозначения ограниченного по времени периода разработки. 

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

Состав участников: команда разработчиков, scrum-мастер, владелец продукта.

Когда: в начале спринта.

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

Agile-методология: Scrum (команды Kanban тоже занимаются планированием, но они не проводят формальное планирование спринта в соответствии с фиксированным графиком итераций).

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

Подсказка

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

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

Состав участников: команда разработчиков, scrum-мастер, владелец продукта

Когда: раз в день, как правило утром

Продолжительность: не более 15 минут. Не занимайте конференц-зал и не давайте участникам стендапа садиться. Если все будут стоять, собрание не займет много времени.

Agile-методология: Scrum и Kanban.

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

  • «Что мне удалось завершить вчера?»
  • «Над чем я буду работать сегодня?»
  • «Есть ли препятствия в моей работе?»

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

Подсказка

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

Обзор итогов итерации

Состав участников:

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

Когда: в конце спринта или по достижении контрольной точки.

Продолжительность: 30–60 минут.

Agile-методология: Scrum и Kanban. Как и в случае с планированием, команды Kanban должны проводить обзор итогов в соответствии с контрольными точками, принятыми в команде, а не с фиксированным графиком.

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

Подсказка

В компании Atlassian обзор итогов спринта проводится в неформальной обстановке. Мы пытаемся придать ему атмосферу праздника: собираемся вокруг стола участника команды и смотрим демонстрацию его новой возможности. У нас в офисе даже не скупятся на аплодисменты! 

Ретроспектива

Состав участников: команда разработчиков, scrum-мастер, владелец продукта.

Когда: в конце итерации.

Продолжительность: 60 минут.

Agile-методология: Scrum и Kanban. Scrum-команды проводят ретроспективы спринта в соответствии с фиксированным графиком. Kanban-командам тоже может быть полезно время от времени проводить ретроспективы.

Назначение: суть agile — в быстром получении отзывов для улучшения продукта и культуры разработки. С помощью ретроспектив команды понимают, что удалось, а что нет.

Ретроспективы не только для неконструктивных жалоб. Они помогают определить, что работает (и пусть команда продолжит сосредотачиваться на этих аспектах), а что нет (уделите время поиску нестандартных решений и разработке плана действий). Постоянное совершенствование — это опора и движущая сила развития в agile-компании, и ретроспективы играют в нем ключевую роль.

Подсказка

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

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

продолжение темы
Backlogs