Ретроспектива — это регулярная встреча команды для анализа прошедшего периода работы и поиска способов улучшения процессов. В отличие от традиционных отчетов о проделанной работе, ретроспектива фокусируется на том, как команда может работать лучше в будущем. Это ключевая практика непрерывного совершенствования в Agile.
Ретроспектива — это регулярная встреча команды для анализа прошедшего периода работы и поиска способов улучшения процессов. В отличие от традиционных отчетов о проделанной работе, ретроспектива фокусируется на том, как команда может работать лучше в будущем. Это ключевая практика непрерывного совершенствования в Agile.
Ретроспектива похожа на еженедельное совещание отдела, где обсуждают не только выполненные задачи, но и то, какие рабочие процессы помогали команде, а какие мешали. Команда открыто говорит о том, что работало хорошо, что вызывало трудности, и договаривается о конкретных изменениях на следующий период.
Во-первых, ретроспектива помогает команде выявлять и устранять препятствия в работе. Раньше разработчики могли месяцами страдать от медленного процесса код-ревью, но молчать об этом. Теперь команда регулярно обсуждает такие проблемы и находит решения — например, устанавливает правило отвечать на код-ревью в течение дня. Во-вторых, ретроспектива укрепляет командную культуру через открытое обсуждение рабочих процессов. Если раньше недовольство накапливалось и выливалось в конфликты, то теперь команда имеет безопасное пространство для конструктивного диалога о том, как улучшить совместную работу.
Команда разработки мобильного приложения проводит ретроспективу каждые две недели после завершения спринта. Подобные практики успешно работают не только в IT — есть успешные кейсы применения Scrum в аппаратной разработке. На доске они размещают три колонки: “Что работало хорошо”, “Что можно улучшить” и “Действия на следующий спринт”. В последней ретроспективе команда обсудила, что частые переключения между задачами снижают продуктивность. Они договорились ограничить количество задач в работе у каждого разработчика и назначили ответственного за соблюдение этого правила. Через две недели команда отметила, что стала выполнять больше задач и меньше уставать от постоянных переключений контекста.
Некоторые команды проводят ретроспективы как обязательный ритуал, где все говорят “всё хорошо” и расходятся через 15 минут. Другие превращают встречу в сессию взаимных обвинений, где участники критикуют друг друга вместо обсуждения процессов. Третьи тратят время на выявление проблем, но не принимают конкретных решений по их устранению — в результате одни и те же вопросы поднимаются из раза в раз без изменений.
Понимание ретроспективы влияет на способность команды адаптироваться к изменениям и повышать эффективность работы. Команды, которые проводят качественные ретроспективы, быстрее находят оптимальные способы взаимодействия и решения технических задач. Agile коучинг команд помогает освоить эту практику эффективно. Ретроспектива тесно связана с принципом “inspect and adapt” в Agile и является основой для применения других практик улучшения. Особенно важно это понимать при внедрении agile методологии в традиционных организациях — от изменения Definition of Done до корректировки процессов планирования и оценки задач.
Сначала слушаем, задаём вопросы, разбираемся в ситуации. Потом предлагаем подход и только тогда обсуждаем условия.