Если вы планируете внедрить практики Scrum или присоединиться к Scrum-команде, вам нужно будет разобраться в том, как работают sprint review (спринт-ревью) и retrospective (ретроспектива).
Спринт-ревью и спринт-ретроспектива — это события в Scrum, которые помогают командам улучшать свои спринты. Несмотря на схожую цель, каждое из этих собраний фокусируется на разных аспектах работы.
В этой статье мы сравниваем спринт-ревью и ретроспективу. После прочтения вы поймёте назначение и преимущества обоих событий в Scrum, а также ключевые сходства и различия между ними.
Что такое Sprint Review
Sprint review — это встреча, которую Scrum-команды проводят в последний день спринта. Во время этих встреч участники команды демонстрируют выполненную за спринт работу и собирают обратную связь по продукту от ключевых стейкхолдеров (заинтересованных сторон). В этом совместном пространстве члены команды могут отвечать на вопросы о своей работе, выявлять возможности для улучшения и находить точки для кросс-функционального взаимодействия.
В зависимости от размера и структуры компании, спринт-ревью может проводиться как одной командой, так и несколькими. Некоторые команды приглашают внешних стейкхолдеров, например клиентов или бизнес-партнёров, для участия в этих встречах.
Какова цель спринт-ревью?
Цель спринт-ревью — отметить достижения по продукту и собрать обратную связь. Это событие служит механизмом регулярного обмена мнениями по итогам каждого спринта. Такая обратная связь усиливает контроль качества, гибкость и согласованность с целями и ожиданиями стейкхолдеров.
Спринт-ревью также может быть объединено с планированием спринта, чтобы определить и изменить приоритеты работы на следующий спринт. Например, используя ценные инсайты, полученные на спринт-ревью, Scrum-команды могут добавить новую работу в следующий спринт и снизить приоритет другим задачам.
Наконец, спринт-ревью укрепляет прозрачность, ответственность и мотивацию. Все участники получают ясность о том, над чем работают их коллеги. Более того, открыто делясь своей работой, команды повышают уровень общей ответственности и чувства сопричастности.
Что такое Sprint Retrospective (или просто ретро)?
Sprint retrospective — это специальное пространство, где команды могут обсудить процесс выполнения спринта, в отличие от фокуса на продукте в спринт-ревью. Участники могут свободно говорить о том, что получилось хорошо, а что — не очень.
Когда проводится спринт-ретроспектива? Это зависит от команды. Команды, строго следующие Scrum, могут проводить ретроспективу в конце каждого спринта. Другие же команды делают это раз в месяц или даже в три. Частота ретроспектив подбирается с учётом контекста и потребностей команды.
В отличие от спринт-ревью, в ретроспективе участвуют только внутренние члены команды. Хотя в ревью могут присутствовать внешние стейкхолдеры, ретроспектива посвящена только внутренним процессам спринта и взаимодействию внутри команды.
Подписывайтесь на рассылку со статьями, которую читают лидеры рынка
Какова цель Sprint Retrospective (спринт-ретроспективы)?
Цель спринт-ретроспективы — улучшение командных процессов. В фокусе — следующие аспекты:
— Что в процессах спринта сработало хорошо — Что не сработало — Как команда взаимодействовала и что можно улучшить — Какие были сложности и узкие места, и как с ними справиться
Психологическая безопасность — ключевой фактор эффективной ретроспективы. Участники должны чувствовать себя достаточно комфортно, чтобы поднимать проблемные вопросы и предлагать новые подходы к работе. Для создания доверительной атмосферы ведущий может начать встречу с простого icebreaker (вопроса для разогрева), чтобы снять напряжение.
Хорошо проведённая спринт-ретроспектива помогает улучшить процессы, повысить моральный дух и улучшить взаимодействие в команде.
Спринт-ревью против ретроспективы: сходства и отличия
Ключевые сходства между Sprint Review и Sprint Retrospective
Обе встречи: — являются частью Scrum-фреймворка — преследуют цель постоянного улучшения (continuous improvement) Ключевые различия между Sprint Review и Sprint Retrospective
Sprint review и sprint retrospective различаются по: — фокусу — результату — участникам — частоте проведения
Фокус: главное различие между этими событиями — то, на чём они сосредоточены. Спринт-ревью направлено на улучшение продукта, а спринт-ретроспектива — на улучшение процесса.
Результат: спринт-ревью приводит к общему пониманию прогресса по продукту и сбору обратной связи о завершённой работе. А спринт-ретроспектива даёт конкретные шаги по улучшению процессов и взаимодействия внутри команды.
Участники: в спринт-ревью участвует Scrum-команда и релевантные стейкхолдеры. В ретроспективе участвует только Scrum-команда.
Частота: спринт-ревью проводится в конце каждого спринта. Ретроспективы — тоже часто в конце каждого спринта, но некоторые команды делают их реже — раз в 2–3 месяца.
Заключение
Спринт-ревью и спринт-ретроспектива — ключевые события Scrum, помогающие совершенствовать продукт и процессы. Обе встречи способствуют обмену обратной связью и совместной работе, но различаются по фокусу, целям, участникам и частоте проведения.
Хотите выжать максимум из этих событий? Пройдите наш курс Agile Team Facilitation (гибкое фасилитирование команд). Вы получите техники фасилитации для усиления командной работы, которые можно применять как в Scrum, так и за его пределами. Ознакомьтесь с программой курса по Agile Team Facilitation, чтобы узнать больше.
Хотите создавать востребованные продукты?
Тогда приглашаем на курс «Полное погружение в продакт-менеджмент»! Курс доступен как в индивидуальном, так и в корпоративном формате.
На курсе вы или ваша команда:
Научитесь запускать внутренние и внешние продукты и управлять ими
Улучшите метрики существующего продукта
На практике систематизируете свои знания и освоите все аспекты продакт-менеджмента
Что ждать от курса:
30 уроков в записи
17 лайв-уроков с экспертами
21 домашнее задание
9 практических заданий
2 DEMO-записи: JTBD и глубинного интервью
12 бонусных уроков
20+ топ-спикеров из Product Lab, Яндекс, Сбер, VK, Ростелеком
Автор данной статьи создал чек-листы для продактов, которые запускают или, которым предстоит запустить новый продукт. Они могут помочь вам не забыть о важных деталях при создании продукта.
Автор статьи расскажет о процессе Product Discovery, его этапах, почему исследование продукта является необходимой составляющей создания продукта, а также какая команда будет нужна для этого процесса.
Автор статьи расскажет о типах продакт-менеджеров, а именно про: Technical Product Manager, Marketing Product Manager, Data Product Manager, Business Product Manager и Design Product Manager.
В данной статье Андрей Бадин, CEO Product Lab, расскажет, что такое Product Led Growth и почему нужно десятикратное преимущество продукта, чтобы он захватил рынок.
Автор статьи расскажет о фреймворке HEART, его преимуществах и недостатках, а также поделиться примерами использования, чтобы вы могли применять HEART для выбора правильных метрик на практике.
Автор статьи расскажет о разнице между output и outcome, о том, какую роль эти термины играют в OKR, а также поделится примером Целей и Ключевых Результатов с Outcome и ответит на часто задаваемые вопросы по теме.
Ведущие эксперты в мире продакт-менеджмента поделились своим мнением о трендах 2023 года: ИИ, машинное обучение, создание большое ценности продукта, система подписок.
Варун Пармара, CPO Miro, подробно рассказывает о процессе создания продуктов, построении команд, планировании OKR, дизайне продукта и философии создания продуктов в Miro.
Автор статьи расскажет о поведенческой концепции продавцов и покупателей, об Эффекте наделения и Эффекте 9х. А также объяснит, как построить баланс между продуктом и поведенческим изменением
В данной статье мы рассмотрим, как составить сценарий стратегической сессии, чтобы она прошла так, чтобы все участники были довольны как атмосферой, так и полученными результатами, а также поделимся бесплатным шаблоном сценария.
Автор статьи расскажет о User Centered Design (дизайн, ориентированный на пользователя), его основных элементах и принципах, а также приведет примеры использования UCD.
Автор статьи расскажет, кто такой CPO (Chief Product Officer – директор по продукту) и как он может поддерживать развитие продуктов в организации А также проанализируем его ключевые обязанности в продуктовой компании
Данная статья представляет собой гайд по составлению профиля идеального клиента (ICP – Ideal Customer Profile), десятки историй о том, как основатели определяли свой ICP, и, как всегда, найдете шаблоны и массу примеров.
Автор статьи поделится интервью с Майклом Манопатом, Chief Product and Technology Officer компании Notion, о развивающихся внутренних процессах Notion, обзорах продуктов, каденциях планирования и растущем переходе к живой коммуникации.
Автор статьи поделится интервью с Гленом Коутсом, Vice President of Product компании Shopify — о планировании ежегодных тем, организации работы, её отслеживании с помощью собственного инструмента и о многом другом.
Читать статью
Получить консультацию
Заполните форму и получите ответы на все вопросы.
Гайд по целеполаганию в формате OKR
Узнайте, как ставить цели, которые вдохновят команду на достижения прорыва!