🧬 Как проводить ретроспективы

Вряд ли найдется специалист, который сможет, не зная контекста, расписать, как на самом деле должны работать процессы в конкретной команде при решении определенной задачи. Чтобы это выяснить, надо что-то пробовать, проводить эксперименты, смотреть, к чему приводят те или иные решения. Только попробовав, можно понять, хороша или не очень та или иная практика в контексте данной команды.
Из статьи "Ретроспектива: как и зачем ее проводить?"

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

Регламент проведения ретроспективы: не более 1 часа.

При помощи ретроспективы мы улучшаем рабочий процесс – мы определяем, что работает хорошо, а что можно улучшить. Это происходит благодаря использованию цикла Деминга(Plan-Do-Check-Act), в котором ретроспектива выступает в качестве этапа планирования (Plan).

На ретроспективе каждый участник командыдолжен ответить на следующие вопросы:
  1. Плюсы. Что прошло хорошо в спринте?
  2. Минусы.Что прошло плохо в спринте и как это можно улучшить?
  3. Идеи.Какие идеи появились по ходу ретроспективы?
  4. План.Какие улучшения запланируем на следующий спринт?

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

Правила ретроспективы в Бро:
  1. Перед началом напомнить команде формат, цель и результаты ретроспективы
  2. Высказаться на ретроспективе должны ВСЕ участники команды
  3. Проанализировать результаты предыдущей ретроспективы (проверить выполнение задачи с прошлой ретроспективы)
  4. В итоге ретроспективы должны появиться задачи по улучшению процесса. Они должны:
    1. быть записаны в трекере
    2. быть понятны всем
    3. иметь срок выполнения
    4. иметь ответственного
Я был просто счастлив, когда нашёл статью про Agile Version Control - можно работать вообще без итераций, сохранив почти все их плюсы! Из статьи "Как мы проводим ретроспективы"

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

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

Видео "Гайд по ретроспективному процессу": https://youtu.be/eY9m9V0iP3k (40 минут)