Как провести эффективное ретро
Ретроспектива, или ретро, — встреча, на которой команда подводит итоги спринта, проекта или его этапа. Участники обсуждают, что сработало, где возникли ошибки и что стоит изменить в следующий раз.
Представим: команда разрабатывала с ервис доставки. На квартальной ретроспективе они выяснили, что информация о статусе заказов хранилась в разных источниках — чатах, таблицах и таск-трекере. Это создавало путаницу: операторы дублировали запросы, клиенты получали неактуальные данные. В итоге участники ретро договорились фиксировать все изменения в одном пространстве.
Статья будет полезна командам, которые хотят:
-
разобрать, что мешает работе, а не копить проблемы;
-
найти причины сбоев в процессе;
-
договориться об изменениях и реализовать их;
-
наладить взаимодействие внутри команды и снизить напряжение в работе.
Кто участвует в ретроспективе
На ретро присутствует вся команда проекта: разработчики, дизайнеры, аналитики и другие участники, которые влияли на результат.
Проводит встречу обычно лид команды или руководитель отдела. Ведущий выступает в роли фасилитатора — человека, который следит за ходом встречи, задает вопросы и помогает команде сформулировать решения.
Иногда фасилитатора приглашают со стороны. Такой специалист не участвует в проекте, поэтому смотрит на ситуацию свежим взглядом. Он не занимает чью‑либо сторону, помогает услышать все точки зрения и вывести обсуждение на конструктивный уровень.
Фасилитатор должен владеть техниками группового обсуждения и работы с обратной связью. Это важно, потому что без модерации ретро может превратиться в спор или обмен жалобами. Одна из популярных техник — Start — Stop — Continue. Ее суть — структурировать обсуждение.
- Start — что команде стоит начать делать: новые практики, подходы.
- Stop — от чего лучше отказаться: действия, замедляющие работу или вызывающие конфликты.
- Continue — что уже работает хорошо.
Иногда на встречу приглашают стейкхолдеров — людей, заинтересованных в продукте. Например, продакт-менеджера или представителя бизнеса. С ними команда обсуждает ожидания, ограничения и то, как принятые решения влияют на итог проекта.