Просмотр тем
Просмотр тем

Руководство по синхронизации agile-команд и проведению scrum-собраний

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

Начните работу с шаблоном бэклога спринта

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

Key Takeaways

  • Scrum ceremonies are structured meetings such as; sprint planning, daily standup, sprint review, and retrospective, that foster transparency and alignment.

  • These events help teams plan work, track progress, gather feedback, and continuously improve processes.

  • Not all teams need every ceremony, but regular, focused meetings drive communication and Agile success.

  • Incorporate Scrum ceremonies into your workflow to enhance collaboration, visibility, and team performance.

Философия Agile позволила радикально изменить подход к работе как в области разработки программного обеспечения, так и за ее пределами. Неотъемлемая составляющая практической реализации Agile — собрания, или «церемонии». В Scrum — самой популярной agile-методике — scrum-собрания обеспечивают прозрачность и регулярное взаимодействие с командой.

Что такое scrum-собрания?

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

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

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

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

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

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

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

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

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

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

Профессиональный совет

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

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

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

Вот шаблон ежедневного стендапа, с которого команда может начать работу.

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

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

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

Agile-методика: Scrum и Kanban.

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

  • «Что мне удалось завершить вчера?»

  • «Над чем я буду работать сегодня?»

  • «Есть ли препятствия в моей работе?»

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

Профессиональный совет

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

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

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

Состав участников: команда разработчиков, 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

Связанные ресурсы

Recommended for you

Шаблоны

Готовые шаблоны Jira

Ознакомьтесь с нашей библиотекой настраиваемых шаблонов Jira для различных команд, отделов и рабочих процессов.

Руководство по продукту

Подробное знакомство с Jira

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

Руководство по Git

Понимание основ Git

От новичка до опытного эксперта: используйте это руководство по Git, чтобы изучить основы с помощью обучающих материалов и полезных советов.