Ретроспектива: вперёд в прошлое
«Inspect and adapt» один из ключевых принципов любой Agile методологии. Поэтому если вы ходите поднять эффективность вашей команды, вам не обойтись без ретроспектив. Они предназначены не только для улучшения процесса разработки, но и используются для регулярной оценки командного духа. В ходе доклада мы рассмотрим ключевые этапы проведения ретроспектив, разберём не только основные проблемы на каждом из этих этапов, но и способы их решения. К примеру, вы получите информацию о том, что нужно делать чтобы ретроспектива не переросла в «blame session» и о том, какие методы сбора и анализа информации работают наиболее эффективно. К тому же мы проанализируем всевозможные форматы проведения ретроспектив, потому как формат «что мы сделали хорошо – что мы сделали плохо» очень быстро надоедает и перестаёт работать.
Ретроспектива: вперёд в прошлое
- 1. Ретроспектива: вперёд в прошлое Алексей Солнцев Киев, AgileBaseCamp 2011
- 2. Обо мне q Архитектор в компании Infopulse q Cer3fied Scrum Prac33oner q Координатор перевода книг "Scrum and XP from the Trenches“ и “Kanban and Scrum – making the most of both” q Agile тренер в XP Injec3on
- 3. Мой опыт >CCL ретроспектив
- 4. Что мы знаем про ретроспективы?
- 5. Определение Ретроспектива – это Ретроспектива – это ритуал, который систематическая проводится командой в командная деятельность, конце проекта с целью направленная на анализ извлечения полезных результатов, с целью уроков. улучшения эффективности работы этой же команды в Postmortem этом же проекте.
- 6. Всего только 2 книги $199
- 7. У Agile тренеров всё просто
- 8. Но всё немного сложнее
- 9. Структура ретроспективы Сбор Анализ Принятие информации • Мозговой штурм решений • Вспомнить старое • RCA • Группировка • Статистика • Обсуждение в • Голосование • Хронометраж группах • Выработка общего • Эмоции видения
- 10. Что думают члены команд? Занимает много времени Очень скучно Вызывает ссоры в команде Бесполезные разговоры
- 11. ППР: Пришли, поговорили, разошлись
- 13. Типы ретроспектив Итерация Релиз Postmortem Ad-‐hoc
- 15. Количество человек 25 20 Количество 15 10 5 0 Итерация Релиз Postmortem Ad-‐hoc
- 16. Кто должен присутствовать? Нет нужных Есть ненужные • Люди, кого касаются • Иногда менеджеры эти проблемы • Компетентных в • Иногда Product Owner вопросе • Иногда тестировщики • Люди, которые имеют • Пользователи рычаги влияния
- 17. Продолжительность 3.5 3 2.5 Время, часы 2 1.5 1 0.5 0 Итерация Релиз Postmortem Ad-‐hoc
- 18. Количество раз в году 25 20 15 Разы 10 5 0 Итерация Релиз Postmortem Ad-‐hoc
- 19. Ответ: ½ × 20 × 15 = 150 чел/ч 3 × 5 × 15 = 225 чел/ч 2 × 20 × 1 = 40 чел/ч 1 × 7 × 3 = 21 чел/ч
- 20. Финальный анализ Postmortem – это всегда ППР Обычно надоедают ретроспективы после итераций Наиболее «дорогой» оказывается ретроспектива после релиза
- 21. Психология
- 22. Психологическая безопасность Полное чувство безопасности Зона Зона комфорта обучения Проблемы Решение высосанные крайне важных из пальца вопросов Зона Зона апатии тревожности Отсутствие чувства безопасности
- 23. Понимание принципов “групповой динамики” Образование подгрупп по интересам Возникновение лидеров Принятие групповых решений Сплочение и конфликты в группе Изменение ролей членов группы Потребность в присоединённости
- 24. Голосование
- 25. Хронометраж
- 28. Анализируйте доступную информацию
- 30. Вы фасилитатор или как?
- 32. План действий
- 33. Советы Небольшой список задач Назначьте ответственного Добавьте задачу на доску Мониторинг
- 34. Делитесь информацией Mindmap Wiki Email Informa•on radar
- 35. Но когда стоит это делать? Локально Не напрягайте Бесполезно людей потраченное детскими время проблемами Легко Тяжело объяснить объяснить Напишите Устройте письмо воркшоп остальным Универсально
- 36. Нужна помощь? Email: aleksey.solntsev@gmail.com aleksey.solntsev@xpinjec•on.com Twi`er: @a_solntsev LinkedIn: h—p://www.linkedin.com/in/solntsev