Руководство по синхронизации agile-команд и проведению scrum-собраний
Начните работу с шаблоном бэклога спринта
Усовершенствуйте планирование спринта с помощью мощного шаблона бэклога, который поможет упорядочить задачи, уточнить роли и сделать совместную работу команды более эффективной.
Основные моменты
Собрания по Scrum — это встречи, такие как планирование спринта, ежедневные стендапы, обзор итогов спринта и ретроспектива, которые проводятся по определенным правилам и способствуют прозрачности и согласованности.
Эти мероприятия помогают командам планировать работу, отслеживать прогресс, собирать отзывы и непрерывно совершенствовать процессы.
Не всем командам необходим каждый вид собраний, но регулярные целенаправленные встречи способствуют коммуникации и успешному применению Agile.
Включите Scrum-собрания в рабочий процесс, чтобы улучшить совместную работу, прозрачность и продуктивность команды.
Философия 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 и задуманы как обязательные. Пропуск собраний может привести к рассогласованию, упущенной обратной связи и снижению производительности команды.
Однако по мере роста зрелости команды могут менять формат или частоту собраний при условии соблюдения основных принципов прозрачности, проверки и корректировки. Например, опытные команды могут оптимизировать некоторые собрания, сохранив при этом их цель и ценность.
Почему важны собрания Scrum?
Собрания Scrum важны, поскольку структурируют процесс, способствуют обмену информацией и обеспечивают прозрачность внутри команды. В рамках этих регулярных мероприятий команды могут согласовывать цели, выявлять проблемы на ранних этапах и оперативно приспосабливаться к изменениям.
Например, на собраниях по обзору итогов спринта заинтересованные лица получают возможность высказаться, а ретроспективы помогают командам анализировать работу и совершенствоваться. Такой ритм совместной работы и проверки — ключевой фактор создания продуктов высокого качества и поддержания здоровой динамики в команде.
Четыре собрания Scrum
Четыре обязательных собрания Scrum — это планирование спринта, ежедневный Scrum (или стендап), обзор спринта и ретроспектива спринта. Каждое собрание в рамках методологии Scrum выполняет определенную функцию, помогая командам планировать, выполнять, проверять и корректировать свою работу.
Эти собрания задают регулярный ритм совместной работы и непрерывного совершенствования. Например, на собрании по планированию спринта определяется цель спринта, ежедневные стендапы помогают всем участникам оставаться на одной волне, а ретроспективы способствуют совершенствованию процессов, благодаря чему Scrum-команда удерживает фокус и работает эффективно.
Кто проводит собрания Scrum?
Собрания Scrum обычно проводит Scrum-мастер. Он следит за продуктивностью, соблюдением временных рамок и повестки собрания. Scrum-мастер направляет обсуждение в команде, устраняет возникающие препятствия и стимулирует вовлеченность каждого участника.
Однако, в зависимости от умений и предпочтений команды, участники могут чередоваться в роли ведущего или разделять ее между собой. Например, владельцы продуктов могут проводить обзоры спринта, а участникам команды можно доверить ретроспективы или стендапы, что будет способствовать вовлеченности и ответственности.
Планирование спринтов
При использовании 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
Связанные ресурсы
Рекомендовано для вас
Готовые шаблоны Jira
Ознакомьтесь с нашей библиотекой настраиваемых шаблонов Jira для различных команд, отделов и рабочих процессов.
Подробное знакомство с Jira
Воспользуйтесь этим пошаговым руководством, чтобы узнать об основных функциях и передовых методах для повышения производительности.
Понимание основ Git
От новичка до опытного эксперта: используйте это руководство по Git, чтобы изучить основы с помощью обучающих материалов и полезных советов.