Обзоры итогов спринтов в 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