Философия Agile позволила радикально изменить подход к работе как в области разработки программного обеспечения, так и за ее пределами. Неотъемлемая составляющая практической реализации Agile — собрания, или «церемонии». В Scrum — самой популярной agile-методологии — scrum-собрания обеспечивают прозрачность и регулярное взаимодействие с командой.
Что такое scrum-собрания?
Scrum-собрания — это встречи scrum-мастера, владельца продукта и команды разработчиков, на которых они планируют будущую и обсуждают текущую работу, получают отзывы и многое другое. Не каждой scrum-команде, следующей принципам Agile, нужно проводить все собрания, и не обязательно для проведения scrum-собраний быть scrum-командой. Ниже описаны несколько scrum-собраний по принципам Agile, которые помогут расширить возможности самых разных команд.
Примечание. Некоторые из этих собраний сложились в результате применения Scrum — итеративного подхода к реализации Agile с проведением работы в рамках фиксированных промежутков времени. Идеи, лежащие в основе этих собраний, можно применить к другим формам Agile, например к Kanban или бережливому производству. Понятие «спринт» относится к Scrum. Обычно спринт представляет собой событие с фиксированной продолжительностью (месяц или меньше), которая позволяет сохранять единообразие. В других формах Agile для обозначения ограниченного по времени периода разработки используется более общее понятие «итерация». Длительность собраний часто зависит от продолжительности спринта или итерации.
Планирование спринтов
При использовании scrum-подхода сначала проводится собрание по планированию спринта, где команды определяют, что они могут сделать в течение спринта и как будет выполняться эта работа. В конце собрания по планированию каждый участник scrum-команды должен четко представлять, какие задачи можно выполнить за спринт и как поставить инкремент.
Состав участников: команда разработчиков, Scrum-мастер, владелец продукта.
Когда проходит: в начале спринта.
Продолжительность: обычно около одного часа на каждую неделю итерации. Например, двухнедельный спринт нужно начинать с двухчасового собрания по планированию.
Agile framework: Scrum. (Kanban teams also plan, of course, but they are not on a fixed iteration schedule with formal sprint planning)
Назначение: на собрании по планированию закладывается основа для успешного спринта. На это scrum-собрание владелец продукта приносит бэклог продукта с расставленными приоритетами. Вместе с командой разработчиков он обсуждает каждую рабочую задачу, после чего группа совместными усилиями оценивает необходимые трудозатраты. Затем команда разработчиков дает прогноз на спринт, в котором указывает, какой объем работы из бэклога продукта может выполнить. Этот объем работы становится бэклогом спринта.
На собрании по планированию спринта проработайте все мельчайшие детали работы, которую предстоит сделать. Пусть участники команды набросают примерные задания по всем историям, багам и задачам, которые входят в спринт. Поощряйте обсуждения и придите к единому взгляду на план действий. Эффективное планирование значительно повышает шансы команды успешно выполнить обязательства, которые она взяла на себя в рамках спринта.
Ежедневный стендап
Ежедневный стендап или ежедневное scrum-совещание — это короткая ежедневная встреча продолжительностью 15 минут или еще меньше для обсуждения прогресса и выявления блокеров. Собрание рекомендуется проводить стоя, чтобы оно не занимало много времени.
Вот шаблон ежедневного стендапа, с которого команда может начать работу.
Состав участников: команда разработчиков, Scrum-мастер, владелец продукта
Когда проходит: раз в день, как правило, утром.
Продолжительность: не более 15 минут. Не занимайте конференц-зал и не давайте участникам стендапа садиться. Если все будут стоять, собрание не займет много времени.
Agile-методика: Scrum и Kanban.
Назначение: ежедневный стендап нужен для того, чтобы быстро сообщить всем о ситуации в команде. Это не полноценная планерка. Мероприятие должно быть легким и непринужденным, но информативным. Пусть каждый участник команды ответит на следующие вопросы.
- «Что мне удалось завершить вчера?»
- «Над чем я буду работать сегодня?»
- «Есть ли препятствия в моей работе?»
Когда отчитываешься о прогрессе за вчерашний день перед коллегами, проявляется личная ответственность. Никто не хочет оказаться человеком, который постоянно делает одно и то же и не движется вперед.
В некоторых командах используют таймеры, чтобы не отставать от графика. Другие бросают друг другу мячик, чтобы никто не выключался из обсуждения. Многие распределенные команды используют видеоконференции или групповые чаты, чтобы преодолеть разрозненность. Ваша команда уникальна, и ваш стендап должен быть таким же!
Планирование спринта
The sprint review, also called an iteration review, is where the scrum team meets to reveal what was accomplished during the sprint. A development team shows which backlog items are “Done” to stakeholders and teammates, who can then give feedback.
Состав участников: команда разработчиков, Scrum-мастер, владелец продукта.
Когда проходит: в конце спринта.
Продолжительность: обычно 45 минут на каждую неделю итерации. То есть после двухнедельного спринта нужно провести 90-минутную ретроспективу.
Agile-методика: Scrum и Kanban. Scrum-команды проводят ретроспективы спринта в соответствии с фиксированным графиком. Kanban-командам тоже может быть полезно время от времени проводить ретроспективы.
Назначение: на обзоре спринта команда представляет результаты своей работы. Scrum-собрание может проходить как в свободной обстановке (по типу «пятничных демонстраций»), так и в более формальной. На нем команда отмечает свои успехи, демонстрирует результаты работы, выполненной за итерацию, и выслушивает мнение заинтересованных в проекте сторон из первых уст. Помните: результат работы можно считать окончательным и готовым к демонстрации в ходе обзора итогов, только если он может быть представлен полностью и отвечает критериям качества команды.
В компании Atlassian обзор итогов спринта проводится в неформальной обстановке. Мы пытаемся придать ему атмосферу праздника: собираемся вокруг стола участника команды и смотрим демонстрацию его новой возможности. У нас в офисе даже не скупятся на аплодисменты!
Ретроспектива спринта
Ретроспектива спринта — это собрание, на котором команда анализирует, что прошло успешно и что можно улучшить. Команды, следующие принципам Agile, могут подробно обсудить динамику, процессы и инструменты, а затем составить план по улучшению работы команды.
Вот сборник сценариев для команды по организации ретроспектив.
Состав участников: команда разработчиков, Scrum-мастер, владелец продукта.
Когда проходит: в конце спринта.
Продолжительность: обычно 45 минут на каждую неделю итерации. То есть после двухнедельного спринта нужно провести 90-минутную ретроспективу.
Agile-методика: Scrum и Kanban. Scrum-команды проводят ретроспективы спринта в соответствии с фиксированным графиком. Kanban-командам тоже может быть полезно время от времени проводить ретроспективы.
Назначение: суть Agile — в быстром получении отзывов для улучшения продукта и культуры разработки. С помощью ретроспектив команды понимают, что удалось, а что нет.
Ретроспективы — это не только время для накопленных жалоб. Ретроспективы помогают определить, что работает (и пусть команда продолжит сосредоточиваться на этих аспектах), а что нет (уделите время поиску нестандартных решений и разработке плана действий). Постоянное совершенствование — это опора и движущая сила развития в Agile-команде, и ретроспективы играют в этом ключевую роль.
Даже если у команды все складывается хорошо, не переставайте проводить ретроспективы. Через ретроспективы команда получает актуальные указания, которые помогут ей оставаться на верном пути.
Заключение
Некоторые считают, что для перехода к Аgile достаточно проводить agile-собрания. Однако это не так. Команда следует Agile, когда у нее сложились надежные практики разработки, подход к изменениям в краткосрочной и долгосрочной перспективе и отличный опыт командного взаимодействия. Agile-собрания всего лишь упрощают обмен информацией в команде.
Готовы начать работу? Узнайте, как использовать спринты в Jira
Связанные ресурсы
