Мы знакомы?

Развеиваем мифы о четырех 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-мастер, владелец продукта.
Необязательно: заинтересованные в проекте стороны.

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

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

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

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

Подсказка

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

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

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

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

Продолжительность: обычно 45 минут на каждую неделю итерации. То есть после двухнедельного спринта нужно провести 90-минутную ретроспективу.

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

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

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

Подсказка

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

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

Готовы начать работу? Узнайте, как использовать спринты в Jira Software.

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