Как вынести максимальную пользу от ретроспективы?

На примере команды по IT разработке покажем памятку как её проводить. А также поделимся нашим опытом, который точно улучшит процесс ретроспективы в вашей компании.

Как вынести максимальную пользу от ретроспективы?

Введение

Что такое ретроспектива? Много ли вы о ней знаете и применяете ли этот инструмент на практике? Если для вас ретроспектива — это просто собрание команды, то мы постараемся изменить ваше мнение с помощью данной статьи.

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

Кстати, эту статью можно использовать как шпаргалку!

Что такое ретроспектива в Scrum?

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

Зачем нужна ретроспектива?

Ретроспектива спринта – структурированное событие, на котором команда анализирует свою работу и процесс разработки за предыдущий спринт. Ее цель – идентификация проблем и улучшение работы команды.

Основные принципы и правила проведения ретроспективы

Спринт в Scrum четко регламентирован. В течение определенного оговоренного времени команда разработки работает над целями спринта.

Во время проведения ретроспективы команда задает себе вопросы:

  • Что мы сделали хорошо в предыдущем спринте и что следует сохранить?
  • С какими проблемами (препятствиями) мы столкнулись в процессе разработки?
  • Какие меры мы можем предпринять, чтобы улучшить нашу работу?

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

Пример ретроспективы
Пример ретроспективы

Этапы проведения ретроспективы в Scrum

Классическая структура проведения выглядит следующим образом:

  • Подготовка (открытие)
  • Сбор данных
  • Генерация идей
  • Выбор решения
  • Закрытие

Этап сбора данных, когда команда собирает информацию о прошлом спринте, обычно занимает больше всего времени и составляет 30-50% от встречи.

Стандартный регламент для ретроспектив

  • Ретроспектива для спринтов до 1 недели. Продолжительность: 30-60 минут.
  • Ретроспектива для спринтов от 1 до 2 недель. Продолжительность: 1-2 часа.
  • Ретроспектива для спринтов от 2 до 4 недель. Продолжительность: 2-3 часа.

Инструменты для ретроспектив в удалённых командах

Очевидно, что проводить удаленную ретроспективу намного сложнее: нужно выбрать инструмент, попросить всех включить камеру, обеспечить бесперебойное соединение и проработать агенду (повестку).

Ретроспектива в этом формате проводится на онлайн-доске для совместной работы, которую все члены команды могут одновременно редактировать. Наиболее распространенными инструментами для ретроспектив являются Miro, Figma, Trello и Confluence.

Онлайн-доска представляет собой временную ленту с промежутками. Участники команды делятся воспоминаниями о важных событиях и обсуждают возможные решения в случае трудностей.

Выделим основные критерии, которыми должен обладать сервис, для проведения ретроспективы спринта:

  • Быстрая и эффективная работа с карточками.
  • Возможность дифференцировать одну карточку от другой (подсветка / теги и тд.)
Инструменты для ретроспектив: Miro, Figma, Trello, Confluence
Инструменты для ретроспектив: Miro, Figma, Trello, Confluence

Как избежать распространенных ошибок на ретроспективе

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

Недостаток доверия

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

Отсутствие вовлеченности

Члены команды должны проявлять активное участие в ретроспективе. В противном случае важные проблемы и идеи могут остаться незамеченными.

Неоднородность команды

Если команда состоит из людей с разным уровнем опыта или различными точками зрения, вероятны сложности в достижении понимания и согласования.

Отсутствие последующего действия

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

Избыток времени на анализ

Если команда затягивает анализ прошлого спринта без перехода к конкретным действиям, ретроспектива становится неэффективной.

Советы для Scrum-мастеров по улучшению ретроспективы

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

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

Но обо всем по порядку!

Подготовка (открытие)

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

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

Сбор данных

  • Выберите подходящую методику сбора информации, например, «Glad, Mad, Sad» или «Start, Stop, Continue».
  • Убедитесь, что инструкции понятны для всех участников.
  • Используйте различные техники сбора данных: запись на стикерах, голосование, ранжирование или общую дискуссию.
  • Фиксируйте все полученные в процессе данные.
  • Старайтесь поддерживать нейтральную атмосферу во время обсуждений.
Методика сбора информации «Glad, Mad, Sad»
Методика сбора информации «Glad, Mad, Sad»

Генерация идей

Используйте разнообразные техники (мозговой штурм, прокручивание идей, магнитная доска, пять почему, матрица идей):

Мозговой штурм — это метод активного генерирования идей. Участники группы свободно высказывают свои мысли и предложения на определённую тему, без ограничений и оценок. Цель — собрать как можно больше разнообразных идей за короткое время.

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

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

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

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

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

Выбор решения

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

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

  • Что показалось вам самым полезным?
  • Что вам понравилось на этой встрече?
  • Если сравнить эту встречу с предыдущей, что можно было бы улучшить?

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

Заключение

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

Используйте полученные знания для постоянного улучшения проведения ретроспектив и предотвращения возможных ошибок в будущем!

А вы используете ретроспективу в своей команде? Какие практики вы применяете? Поделитесь в комментариях.

2
5 комментариев

Да, практикуем постоянно. В основном используем ПростоРетро

1

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

Да, все верно. Но тут зависит от проекта и команды конечно.

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

Да, на крупных проектах с крупным бюджетом это мастхев