Обзор итогов спринта: пошаговое руководство

In a sprint review, the development team and stakeholders gather to review and demonstrate the work completed during the sprint. This provides an opportunity to showcase the features developed, gather feedback, and ensure alignment with the product vision and requirements.

Основная цель обзора итогов спринта — собрать отзывы и сделать прозрачнее последующие этапы разработки. В ходе обзора решается несколько ключевых задач.

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

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

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

Празднование достижений. Есть возможность поздравить команду разработчиков с новыми достижениями и отметить их упорный труд и преданность делу.

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

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

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

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

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

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

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

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

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

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

• Все ли понимают ценности и принципы разработки, принятые в команде?

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

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

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

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

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

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

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

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

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

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

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

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

«Проводя обзор итогов спринта, поощряйте командную ответственность, поручая демонстрацию реализованных функций разным участникам, — предлагает тренер Atlassian по современной работе Марк Крут. — Если в команде назначены ответственные за конкретные функции, то для них это отличный шанс продемонстрировать свое умение руководить процессом».

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

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

  «Обзоры итогов спринтов — прекрасный способ предложить командам разбить работу на части, позволяющие достичь пусть небольших, но значимых результатов, — добавляет Крут. Не проводите обзор незавершенной работы: как гласит Манифест Agile, наша цель — работающее программное обеспечение!» 

• У команды накопился технический долг.

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

• Подходы команды к разработке не отлажены до конца.

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

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

Компании в которых работают распределенные команды, сталкиваются с особыми трудностями, связанными с проведением мероприятий Agile в нескольких регионах одновременно. И обзоры итогов спринтов не исключение.

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

«С помощью инструментов типа Loom можно записывать обзоры и собирать отзывы из любого уголка мира, — говорит Крут. — Мы работаем в мире асинхронного взаимодействия, и это определяет наш подход к обзорам итогов спринтов».

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

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

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

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

Итеративный цикл обратной связи

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

Раннее выявление проблем

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

Возможность итеративной доработки

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

Адаптация к изменению приоритетов

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

Расширение возможностей заинтересованных сторон

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

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

У команд, которым обзоры итогов спринтов в новинку, есть сильное искушение объединить обзор итогов с ретроспективой. Но совещание для обзора итогов спринта не связано с ретроспективой спринта. 

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

Начните бесплатно с шаблоном Scrum для Jira

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

• Ресурсы по управлению проектами

  • Ресурсы по выполнению проекта