Обзоры итогов спринтов в agile

Три шага к эффективному обзору итогов спринта agile-командой.

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

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

Давайте для начала выясним, почему для этого agile-совещания так важны критерии «готовности» работы.

Шаг 1. Определите критерии «готовности»

Для меня, как постоянного пользователя Jira, нет ничего приятнее, чем сменить статус задания с «Проверка кода» на «Завершено». Галочка на карточке agile означает, что работа, которую команда намеревалась выполнить, завершена. Все готово!

Обновление карточки agile в Jira

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

Культура выполнения работы

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

  • Хорошо ли прорабатывают пользовательские истории владелец продукта, дизайнер и команда разработчиков, прежде чем начать работу над ними?
  • Все ли понимают ценности и принципы разработки, принятые в команде, и следуют им?

  • Установлены ли для проверки кода, автоматических тестов и непрерывной интеграции понятные критерии и требования, на основе которых формируется устойчивая культура agile-разработки?

  • Много ли обнаруживается багов после завершения работы команды над историей? Другими словами, действительно ли завершена работа, отмеченная как «завершенная»?

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

Определение критериев готовности для каждой рабочей задачи

Четко сформулированные критерии готовности помогают командам сосредоточиться на конечной цели выполнения каждой рабочей задачи. Когда владелец продукта добавляет работу в бэклог команды, в его обязанности входит и определение критериев приемки. Какой должна быть завершенная пользовательская история? В Atlassian команда Jira прописывает критерии приемки и примечания к тестированию там же, где находится описание пользовательской истории в Jira. Таким образом, все участники команды получают полное представление о ходе выполнения каждой задачи. Что такое критерии приемки и примечания к тестированию?

  • Критерии приемки — это метрики, по которым владелец продукта может определить, удовлетворяет ли результат работы над пользовательской историей его требованиям.
  • Примечания к тестированию: краткие, предметные инструкции от команды по контролю качества, следуя которым специалист по разработке может написать более качественный функциональный код и автоматические тесты.

Когда задачи четко сформулированы, любой может успешно выполнить свою работу. В Jira можно без труда добавить дополнительные поля. Для этого администратору нужно всего лишь нажать кнопку Admin (Администрирование) в задаче.

Шаг 2. Отмечайте победы команды

Одной из главных ценностей Atlassian является слаженность, «умение играть как команда». Обзор итогов спринта идеально подходит для празднования успехов, которые достигли за итерацию команда и каждый ее участник. В нашей компании обзор итогов проводится по пятницам после обеда, когда все в офисе постепенно начинают сворачивать работу в предвкушении выходных. Обзоры итогов по своему смыслу отличаются от ретроспектив, поэтому проводите их после итерации, но до ретроспективы. Это совещание открыто для посторонних, но обычно в нем участвуют владелец продукта, команда разработчиков в полном составе и scrum-мастер. В рамках этого совещания рекомендуется уделять каждой итерации от 30 минут до часа.

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

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

  • Команда берет на себя слишком много работы и не успевает выполнить ее за итерацию.
  • У команды накопился технический долг.

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

  • Подходы команды к разработке еще далеки до идеальных.

  • Владелец продукта имеет привычку менять приоритеты в течение итерации, и изменения объема работы выбивают команду разработчиков из колеи.

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

Шаг 3. Подключите к участию команды из других регионов

Перед компаниями, в которых работают распределенные команды, встают непростые специфичные задачи, связанные с проведением agile-совещаний на несколько регионов одновременно, в том числе обзоров итогов спринтов. Участники команды, работающей над Jira, находятся в разных городах мира: Сиднее, Гданьске, Хошимине и Сан-Франциско. То, что участники работают в разных регионах, не мешает обзорам итогов спринтов оставаться важной частью командной культуры. Участники команды снимают видеоролики, как им хочется, и делятся ими на странице Confluence со всей командой.

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

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

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

Небольшой совет напоследок

У команд, которым обзоры итогов спринтов в новинку, есть сильное искушение объединить обзор итогов с ретроспективой. Совещание для обзора итогов спринта не связано с ретроспективой спринта. Найдите время посмаковать плоды своих трудов. Не экономьте на праздновании побед. Хорошие обзоры итогов спринтов укрепляют моральный дух команды и мотивируют ее на дальнейшие свершения. Команда Jira серьезно относится к идее празднования, и поэтому мы включили слова «не стесняйтесь праздновать» в заявление о видении нашей компании.

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