Эффективные ретроспективы
•Download as PPTX, PDF•
5 likes•2,902 views
Зачем нужны ретроспективы и как их проводить? Основные отличия ретроспектив в различных фреймворках, например, Scrum или Kanban, рекомендации по продолжительности, наполнению, советы по каждому этапу ретроспективы.
More Related Content
Viewers also liked (9)
Similar to Эффективные ретроспективы (20)
More from Magneta AI (20)
Эффективные ретроспективы
- 1. Эффективные ретроспективы: процесс непрерывного улучшения Борис Вольфсон Алексей Ильичев
- 2. «Совершенствоваться не обязательно. Выживание – дело добровольное» Э. Деминг
- 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
- 11. Структура ретроспективы Открытие – 5% Сбор данных – 30%-50% Генерация идей– 20%-30% Принятие решение – 10% Закрытие – 5%-10%
- 12. Длительность • Обычно ретроспектива занимает от 30 минут до 4 часов и ее продолжительность зависит от следующих факторов: – Длина спринта – Размер команды – Наличие проблем
- 14. ESVP: как проводить? • Цели – Сфокусировать команду на ретроспективе – Понять отношение каждого члена команды к ретроспективе Каждый член команды определяет к какой роли на ретроспективе он себя относит: 1. Explorer – исследователь 2. Shopper – покупатель 3. Vacationers - отпускники 4. Prisoner – узники (с) Алексей Пикулев
- 16. Check In: как проводить? • Цели – Сфокусировать команду на ретроспективе – Услышать каждого члена команды Каждый член команды отвечает одним или двумя словами на вопрос скрам-мастера: 1. Опиши своё состояние одним словом? 2. Какие твои ожидания от ретро? Можно использовать и другие вопросы, например, с метафорами: «Какой машиной ты себя ощущаешь на ретро?»
- 19. Worked well, kinda Worked, didn’t Work http://www.funretrospectives.com/www-activity-worked-well-kinda-worked-didnt-work/
- 20. KALM – Keep, Add, More, Less http://www.funretrospectives.com/kalm-keep-add-more-less/
- 25. Timeline
- 26. Timeline: цели Стимулировать воспоминания о прошедшем Создать «картинку» с нескольких перспектив Получить факты и/или ощущения участников
- 27. Как проводить
- 30. Brainstorming/Filtering • Цель – сгенерировать большое кол-во идей • Проводим мозговой штурм – Free-for-all – Round-robin – С подготовкой • Создаем фильтры для идей • Пропускаем идея через фильтры
- 32. Пять почему • Цель – быстро понять глубинные причины • Делимся на небольшие группы 2-4 человека • По каждой проблеме спрашиваем пять раз «почему» • По каждому уровню выбираем решение
- 33. Пять «почему»: пример Симптом проблемы Действие На сайте выдается сообщение об ошибке подключения к БД • Проверить все ли в порядке с БД В конфиге прописана тестовая БД • Добавить в стандарт деплоймента проверку конфигов • Проверять работоспособность сайта после выноса • Сделать автоматические smoke-тесты Разработчик забыл поменять конфиг при выносе • Проинструктировать разработчиков по порядку выноса сайтов Недостаточная внимательность • Заменить ручную смену конфига на автоматическое определение окружения и выставления соответствующей БД
- 41. +/Delta
- 42. Благодарности • Цель – поблагодарить участников и закончить на позитивной ноте ретро • Члены команды выбирают кого поблагодарить за что-то очень конкретное • «Я хочу поблагодарить _________ за ___________»
- 43. ПРАКТИКА
- 45. ЗАВЕРШЕНИЕ
- 46. Структура ретроспективы Открытие – 5% Сбор данных – 30%-50% Генерация идей – 20%-30% Принятие решение – 10% Закрытие – 5%-10%
- 47. Как испортить ретроспективу? 1. Не подготавливаться 2. Не фокусироваться 3. Не собирать данные 4. Один или два человека доминируют на ретроспективе 5. Фокусироваться на обстоятельствах вне возможностей команды 6. Откусывать больше, чем команда может прожевать 7. Выбирать действия, для которых у команды недостаточно энергии 8. Держать план улучшений отдельно от беклога
- 48. Что почитать?
Editor's Notes
- #11: Для максимальной открытости и прозрачности обсуждения необходимо использовать основное правило ретроспективы, которое можно озвучивать в начале: TODO: перевдое