Что такое Sprint Retrospective?

Question

Accepted Answer

Sprint Retrospective — это **обычная возможность для команды проанализировать, как она работала, и спланировать улучшения**. Он проводится после Review и перед следующим Sprint Planning. Фокус на *процессе* — люди, взаимоотношения, инструменты и Definition of Done — а не на самом продукте.

## Как это работает

Простая и популярная структура:

```text
1. What went well?      (keep doing)
2. What didn't?         (problems and friction)
3. What will we change? (1-2 concrete, owned actions)
```

Ключевой результат — это **небольшое количество действенных улучшений**, в идеале добавленных в следующий Sprint Backlog, чтобы они действительно реализовались.

## Конкретный пример

Команда замечает, что проверка кода застопорилась на несколько дней. Они договариваются о правиле: запросы на проверку рассматриваются в течение четырех часов. Один человек отвечает за отправку напоминания. На следующем Retrospective они проверяют, сработало ли это.

## Распространенные ошибки

- Генерирование 15 пунктов действий и реализация ни одного — выберите один или два.
- Обвинения вместо любопытства, что разрушает психологическую безопасность.
- Пропуск под давлением дедлайна, что убирает двигатель улучшений.

## Почему это важно

Непрерывное улучшение — это то, что отличает команду, которая совершенствуется каждый Sprint, от команды, которая повторяет одни и те же ошибки.

Безопасный, сфокусированный Retrospective превращает разочарования в конкретные изменения, и в этом весь смысл эмпирического подхода.