Зачем нужны ретроспективы и как их проводить? Основные отличия ретроспектив в различных фреймворках, например, Scrum или Kanban, рекомендации по продолжительности, наполнению, советы по каждому этапу ретроспективы.
4. Определение
• Ретроспектива – процесс обсуждения
работы с целью их улучшения результатов в
будущем
Не хочешь пропустить со
мной по пиву?
Не могу, я делаю
список, в чем я
могу
усовершенствовать
себя в следующем
году
Не-
плохая
идея,
сделаю
тоже
самое
Ничего.
Совершенство достигнуто
Мда, вот
это
конструк-
тивность.
Какая едкая
зависть,
тебе бы
поработать
над этим
5. Принципы Agile
Работающий продукт следует выпускать как можно чаще, с
периодичностью от пары недель до пары месяцев.
Инвесторы, разработчики и пользователи должны иметь
возможность поддерживать постоянный ритм бесконечно. Agile
помогает наладить такой устойчивый процесс разработки.
Самые лучшие требования, архитектурные и технические
решения рождаются у самоорганизующихся команд.
Команда должна систематически анализировать возможные
способы улучшения эффективности и соответственно
корректировать стиль своей работы.
7. Ретроспектива в Kanban
1. Визуализация потока
2. Ограничение кол-ва задач в работе
3. Управление потоком
4. Явные правила
5. Циклы обратной связи
6. Коллективные улучшения через
эксперименты
8. Ретроспектива in the long run
Время
Эффективность
Плато эффективности
Источник: личные наблюдения за десятками команд
9. Рост эффективности
•Быстрый рост
•Решение проблем и
устранение боли
Плато эффективности
•Нет проблем
•Нет роста
Гиперэффективность
•Медленный ступенчатый
рост
•Использование
возможностей
•Эксперименты
Ретроспектива in the long run
Источник: личные наблюдения за десятками команд
10. Установочное правило
ретроспективы
Regardless of what we discover, we
understand and truly believe that everyone
did the best job they could, given what
they knew at the time, their skills and
abilities, the resources available, and the
situation at hand
Norm Kerth
Project Retrospectives: A Handbook for Team Review
12. Длительность
• Обычно ретроспектива занимает от 30
минут до 4 часов и ее продолжительность
зависит от следующих факторов:
– Длина спринта
– Размер команды
– Наличие проблем
14. ESVP: как проводить?
• Цели
– Сфокусировать команду на ретроспективе
– Понять отношение каждого члена команды к
ретроспективе
Каждый член команды определяет к какой роли
на ретроспективе он себя относит:
1. Explorer – исследователь
2. Shopper – покупатель
3. Vacationers - отпускники
4. Prisoner – узники
(с) Алексей Пикулев
16. Check In: как проводить?
• Цели
– Сфокусировать команду на ретроспективе
– Услышать каждого члена команды
Каждый член команды отвечает одним или двумя словами
на вопрос скрам-мастера:
1. Опиши своё состояние одним словом?
2. Какие твои ожидания от ретро?
Можно использовать и другие вопросы, например, с
метафорами:
«Какой машиной ты себя ощущаешь на ретро?»
30. Brainstorming/Filtering
• Цель – сгенерировать большое кол-во идей
• Проводим мозговой штурм
– Free-for-all
– Round-robin
– С подготовкой
• Создаем фильтры для идей
• Пропускаем идея через фильтры
32. Пять почему
• Цель – быстро понять глубинные причины
• Делимся на небольшие группы 2-4 человека
• По каждой проблеме спрашиваем пять раз
«почему»
• По каждому уровню выбираем решение
33. Пять «почему»: пример
Симптом проблемы Действие
На сайте выдается
сообщение об ошибке
подключения к БД
• Проверить все ли в порядке с БД
В конфиге прописана
тестовая БД
• Добавить в стандарт деплоймента
проверку конфигов
• Проверять работоспособность сайта
после выноса
• Сделать автоматические smoke-тесты
Разработчик забыл
поменять конфиг при
выносе
• Проинструктировать разработчиков по
порядку выноса сайтов
Недостаточная
внимательность
• Заменить ручную смену конфига на
автоматическое определение окружения
и выставления соответствующей БД
42. Благодарности
• Цель – поблагодарить участников и
закончить на позитивной ноте ретро
• Члены команды выбирают кого
поблагодарить за что-то очень конкретное
• «Я хочу поблагодарить _________ за
___________»
47. Как испортить ретроспективу?
1. Не подготавливаться
2. Не фокусироваться
3. Не собирать данные
4. Один или два человека доминируют на ретроспективе
5. Фокусироваться на обстоятельствах вне возможностей
команды
6. Откусывать больше, чем команда может прожевать
7. Выбирать действия, для которых у команды
недостаточно энергии
8. Держать план улучшений отдельно от беклога
Для максимальной открытости и прозрачности обсуждения необходимо использовать основное правило ретроспективы, которое можно озвучивать в начале:
TODO: перевдое