Если вы начали проводить ретроспективы в своей команде, это ещё не значит, что вы внедрили процесс постоянного совершенствования (Kaizen). Часто у начинающих и не только Agile команд возникают те или иные сложности. На докладе рассмотрены типичные проблемы Agile ретроспектив и как с ними бороться.

1. 1
Болезни Agile ретроспектив
и как их лечить
Денис Тучин
2016

2. 2
Знакомство
В прошлом
• С 2004 коммерческая разработка ПО
• С 2011 Руководство проектами
• С 2011 Scrum Mastering
• С 2014 Agile Coach
Сбербанк
• Тренинги
• Внедрения Sbergile

3. 3
Опытпроведения ретроспектив

4. 4
Ретроспектива?

5. 5
Что делает ретроспективу
эффективной?

6. 6
Чтоделаетретроспективуэффективной?
Определение, что, кто и когда сделает
Выбирать, что можно улучшить силами команды
Активное участие всей команды

7. 7
Болезни ретро
в примерах

8. 8
Пример 1.
Проблемы: слишком
жарко/слишком холодно

9. 9
2011 Система видеоконференций

10. 10

11. 11

12. 12
Ретровначале

13. 13
Action Items

14. 14

15. 15
Багфикс

16. 16
Ретрочерез 4месяца

17. 17
Эффектоднойэтойретро
• Количество дефектов уменьшилось в 2,5 раза
• Время разработки равноценных фичей увеличилось
на 30%, но это время оплачивал заказчик 

18. 18
Пример 2.
Давно работаем,
уже всё попробовали

19. 19
Особенности проекта
700 задач в очереди, и она растѐт
Сотрудники по 10–15 лет в компании
8 лет продукту

20. 20
Итогипервой ретро

21. 21
Вовсёмвиноваты бизнесивендоры

22. 22
Решение1:Работасочередью задач

23. 23
Отделениеочереди отрабочей доски

24. 24
Геноцидзадач
• Все задачи старше XX выбрасываем
• Все задачи, по которым не было обращений дольше YY,
выбрасываем
• Остальные задачи аналитик проверяет на актуальность

25. 25
Геноцидзадач
• Все задачи старше XX выбрасываем
• Все задачи, по которым не было обращений дольше YY,
выбрасываем
• Остальные задачи аналитик проверяет на актуальность
}700  300

26. 26
Заморозить задачи

27. 27
Решение3:Маленькие победы

28. 28
Пример 3.
Ускоренное принятие
решений

29. 29
Итогиоднойизпервых ретро
Экспресс решения и назначения

30. 30
Конфликтпоформатутребований

31. 31
Напряжённость вкоманде

32. 32
PMвотпуске

33. 33
Выводыпопримеру 3
1. Scrum мастер: Developer vs PM – выбор неочевиден
2. Одев шляпу Scrum мастера соблюдай нейтралитет
3. Эмпатия – лучший друг как SM, так и любого
руководителя

34. 34
СПАСИБО ЗА
ВНИМАНИЕ
Agile Coach
Сбербанк
Москва, Россия
denistuchin@gmail.com
facebook.com/denis.tuchin
Денис
Тучин