Комментарии (1)
Ответ сгенерирован нейросетью и может содержать ошибки
Ретроспектива Scrum
Ретроспектива (Sprint Retrospective) — это мероприятие Scrum, где команда анализирует прошедший спринт и определяет, как улучшить свой процесс разработки.
Назначение
Ретроспектива отвечает на вопросы:
- Что прошло хорошо?
- Что не сработало?
- Как мы можем улучшиться в следующем спринте?
Главная идея: создать культуру постоянного совершенствования и психологической безопасности.
Когда проводится
- Время: После Sprint Review, в конце спринта
- Частота: Один раз в спринт
- Продолжительность: 45 мин (1-недельный спринт) или 1.5-2 часа (2-недельный)
Участники
Обязательно: Разработчики, Scrum Master, Product Owner (опционально)
Не приглашаются: Менеджеры из других отделов, внешние люди
Это важно для психологической безопасности — люди должны чувствовать, что их позиции не будут использованы против них.
Структура ретроспективы
Этап 1: Установление атмосферы (5-10 мин)
Scrum Master создаёт безопасное пространство:
- Нет правильных и неправильных ответов
- Критикуем процессы, не людей
- Всё сказанное остаётся в комнате
Этап 2: Сбор данных (15-20 мин)
Команда собирает информацию о спринте. Популярные форматы:
Start/Stop/Continue:
- Start — что начать делать?
- Stop — что прекратить?
- Continue — что продолжить?
Liked/Learned/Lacked:
- Что понравилось?
- Что узнали?
- Чего не хватило?
What went well / What didn't go well:
- Положительные моменты
- Проблемы
Каждый пишет на стикеры, затем обсуждают вместе.
Этап 3: Генерация идей (10-15 мин)
- Читаются все идеи
- Группируются похожие предложения
- Обсуждаются непонятные моменты
Этап 4: Принятие решений (15-20 мин)
Критически важно: выбрать не более 3 action items!
Процесс:
- Голосование за важные улучшения
- Выбор конкретных действий
- Назначение ответственного
- Установка критериев успеха
Пример хорошего action item:
- Что: "Делать Daily Standup в 9:30 каждый день"
- Кто: Scrum Master отвечает
- Как измерить: Все дни в одинаковое время
- Результат: Лучше синхронизация
Этап 5: Закрытие (5 мин)
Scrum Master подводит итоги, спасибо команде.
Типичные улучшения
- Начать использовать TDD (если много багов)
- Ограничить WIP до 3 (если слишком много одновременно)
- Включить тесты в Definition of Done
- Правильное время для Daily Standup
- Code reviews перед merge
- Technical spike перед сложными задачами
Частые ошибки
Ошибка 1: Слишком много action items Выбрать 10 улучшений = выбрать ноль. Максимум 3!
Ошибка 2: Action items без владельца "Все должны быть лучше" неправильно. "Иван проверяет код" правильно.
Ошибка 3: Критика людей Нельзя говорить "Петя плохо пишет". Только "Нам нужны code reviews".
Ошибка 4: Забыли о прошлых улучшениях В начале ретро проверьте, что произошло с action items из прошлого спринта.
Ошибка 5: Нет безопасности Если начальник в комнате, люди не скажут правду.
Практические советы
Совет 1: Вращающийся модератор — пусть разные люди ведут ретро каждый спринт. Это развивает навыки.
Совет 2: Варьируйте форматы — не используйте Start/Stop/Continue каждый спринт. Чередуйте с другими методами.
Совет 3: Remote ретроспективы — используйте Miro, Mural или Google Docs для распределённых команд.
Совет 4: Отслеживайте action items — создавайте задачи в Jira и следите, что улучшения внедряются.
Совет 5: Эскалируйте проблемы — если проблема выходит за рамки команды, Scrum Master должен её решить.
Итог
Ретроспектива создаёт культуру постоянного совершенствования и психологической безопасности. Правильная ретро делает команду не только эффективнее, но и счастливее. Люди видят, что их мнение ценится и что работа становится лучше.