Эффективные ретроспективы

1. Эффективные ретроспективы: процесс непрерывного улучшения Вольфсон Борис

2. Вольфсон Борис Технический директор HeadHunter

3. «Совершенствоваться не обязательно. Выживание – дело добровольное» Э. Деминг

4. Содержание • Теория • Виды активностей на ретроспективах – Открытие – Сбор данных – Проникновение в суть – Принятие решение – Закрытие

5. Что такое ретроспектива? • Что такое ретроспектива? • Вы проводите ретроспективы? – Что обсуждаете? – Помогает совершенствованию процессов? – Как часто проводите? – Сколько длится?

6. Определение • Ретроспектива – процесс обсуждения работы с целью их улучшения результатов в будущем Не хочешь пропустить со мной по пиву? Не могу, я делаю список, в чем я могу усовершенствовать себя в следующем году Не- плохая идея, сделаю тоже самое Ничего. Совершенство достигнуто Мда, вот это конструк- тивность. Какая едкая зависть, тебе бы поработать над этим

7. Postmortem в водопадных процессах POSTMORTEM

8. Типичные проблемы Невозможность улучшить уже завершенный проект Низкая заинтересованность участников Формальность мероприятия

9. Agile-манифест разработки программного обеспечения Мы постоянно открываем для себя более совершенные методы разработки программного обеспечения, занимаясь разработкой непосредственно и помогая в этом другим. Благодаря проделанной работе мы смогли осознать, что: 1. Люди и взаимодействие важнее процессов и инструментов 2. Работающий продукт важнее исчерпывающей документации 3. Сотрудничество с заказчиком важнее согласования условий контракта 4. Готовность к изменениям важнее следования первоначальному плану То есть, не отрицая важности того, что справа, мы всё-таки больше ценим то, что слева. Kent Beck Mike Beedle Arie van Bennekum Alistair Cockburn Ward Cunningham Martin Fowler James Grenning Jim Highsmith Andrew Hunt Ron Jeffries Jon Kern Brian Marick Robert C. Martin Steve Mellor Ken Schwaber Jeff Sutherland Dave Thomas

10. Принципы Agile (1/2) 1. Наивысшим приоритетом для нас является удовлетворение потребностей заказчика, благодаря регулярной и ранней поставке ценного программного обеспечения. 2. Изменение требований приветствуется, даже на поздних стадиях разработки. Agile-процессы позволяют использовать изменения для обеспечения заказчику конкурентного преимущества. 3. Работающий продукт следует выпускать как можно чаще, с периодичностью от пары недель до пары месяцев. 4. На протяжении всего проекта разработчики и представители бизнеса должны ежедневно работать вместе. 5. Над проектом должны работать мотивированные профессионалы. Чтобы работа была сделана, создайте условия, обеспечьте поддержку и полностью доверьтесь им. 6. Непосредственное общение является наиболее практичным и эффективным способом обмена информацией как с самой командой, так и внутри команды.

11. Принципы Agile (2/2) 7. Работающий продукт — основной показатель прогресса. 8. Инвесторы, разработчики и пользователи должны иметь возможность поддерживать постоянный ритм бесконечно. Agile помогает наладить такой устойчивый процесс разработки. 9. Постоянное внимание к техническому совершенству и качеству проектирования повышает гибкость проекта. 10. Простота — искусство минимизации лишней работы — крайне необходима. 11. Самые лучшие требования, архитектурные и технические решения рождаются у самоорганизующихся команд. 12. Команда должна систематически анализировать возможные способы улучшения эффективности и соответственно корректировать стиль своей работы.

12. Циклические ретроспективы

13. Ретроспектива в Scrum

14. Ретроспектива в Kanban 1. Визуализация потока 2. Ограничение кол-ва задач в работе 3. Управление потоком 4. Явные правила 5. Циклы обратной связи 6. Коллективные улучшения через эксперименты

15. Ретроспектива in the long run Время Эффективность Плато эффективности

16. Ретроспектива in the long run Рост эффективности • Быстрый рост • Решение проблем и устранение боли Плато эффективности • Нет проблем  • Нет роста Гиперэффективность • Медленный ступенчатый рост • Использование возможностей • Эксперименты

17. Что обсуждать, если «проблем нет» Скорость команды и ее изменение Нереализованные истории пользователей Дефекты и их причины Качество процессов Социальную атмосферу

18. Цикл Деминга-Шухарта Plan Do Check Act

19. A3 шаблон

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

21. Безопасность © The Improved Methods

22. Главное правило ретроспективы В независимости от того, что удастся выяснить в результате ретроспективы, каждый член команды сделал всё, чтобы добиться успеха

23. Звать ли начальника/заказчика?

24. Структура ретроспективы Открытие – 5% Сбор данных – 30%-50% Проникновение в суть – 20%-30% Принятие решение – 10% Закрытие – 5%-10%

25. Длительность • Обычно ретроспектива занимает от 30 минут до 4 часов и ее продолжительность зависит от следующих факторов: – Длина спринта – Размер команды – Наличие проблем

26. Зачем взрослым играть? Позитивность Вовлеченность Креативность

27. Имитация улучшений

28. АКТИВНОСТИ ДЛЯ ОТКРЫТИЯ

29. Можно использовать айсбрекеры

30. Визуальный телефон Оригинальное предложение Рисунок Восстановленное предложение http://www.funretrospectives.com/visual-phone/

31. Пунктуальный Павел http://www.funretrospectives.com/punctual-paulo/

32. ESVP: как проводить? • Цели – Сфокусировать команду на ретроспективе – Понять отношение каждого члена команды к ретроспективе Каждый член команды определяет к какой роли на ретроспективе он себя относит: 1. Explorer – исследователь 2. Shopper – покупатель 3. Vacationers - отпускники 4. Prisoner – узники (с) Алексей Пикулев

33. ESVP http://www.funretrospectives.com/esvp-explorer-shopper-vacationer-prisoner/

34. Check In: как проводить? • Цели – Сфокусировать команду на ретроспективе – Услышать каждого члена команды Каждый член команды отвечает одним или двумя словами на вопрос скрам-мастера: 1. Опиши своё состояние одним словом? 2. Какие твои ожидания от ретро? Можно использовать и другие вопросы, например, с метафорами: «Какой машиной ты себя ощущаешь на ретро?»

35. Safety Check http://www.funretrospectives.com/safety-check/

36. Happiness radar http://www.funretrospectives.com/happiness-radar/

37. Happiness radar http://www.funretrospectives.com/happiness-radar-3-ls-dot-voting/

38. АКТИВНОСТИ ДЛЯ СБОРА ДАННЫХ

39. Hot-air Balloon http://www.funretrospectives.com/hot-air-balloon/

40. Speed Car http://www.funretrospectives.com/speed-car/

41. Speedboat © Mikhail Podurets

42. Worked well, kinda Worked, didn’t Work http://www.funretrospectives.com/www-activity-worked-well-kinda-worked- didnt-work/

43. KALM – Keep, Add, More, Less http://www.funretrospectives.com/kalm-keep-add-more-less/

44. Open the box http://www.funretrospectives.com/open-the-box/

45. Open the box http://www.funretrospectives.com/open-the-box/

46. Future direction, Lessons learned, Accomplishments and Problem areas http://www.funretrospectives.com/flap-activity-future-direction-lessons-learned-accomplishments- and-problem-areas/

47. Starfish http://www.funretrospectives.com/starfish/

48. Small starfish http://www.funretrospectives.com/small-starfish/

49. Timeline

50. Timeline: цели • Стимулировать воспоминания о прошедшем • Создать «картинку» с нескольких перспектив • Получить факты и/или ощущения участников

51. Как проводить

52. The story of a Story

53. Team Radar: цели • Измерение того, насколько команда удовлетворена по различным аспектам работы

54. Team Radar: как проводить?

55. Lessons learned quadrants http://www.funretrospectives.com/lessons-learned-quadrants-planning-vs-success/

56. Lessons learned quadrants http://www.funretrospectives.com/lessons-learned-quadrants-planning-vs-success/

57. АКТИВНОСТИ ДЛЯ ПРОНИКНОВЕНИЯ В СУТЬ

58. Hot-air Balloon -> Bad Weather http://www.funretrospectives.com/hot-air-balloon-bad-weather/

59. Speed Car – Abyss http://www.funretrospectives.com/speed-car-abyss/

60. Brainstorming/Filtering • Цель – сгенерировать большое кол-во идей • Проводим мозговой штурм – Free-for-all – Round-robin – С подготовкой • Создаем фильтры для идей • Пропускаем идея через фильтры

61. Value Stream Mapping

62. Value Stream Mapping

63. Пять «почему» Why?!

64. Пять почему • Цель – быстро понять глубинные причины • Делимся на небольшие группы 2-4 человека • По каждой проблеме спрашиваем пять раз «почему» • По каждому уровню выбираем решение

65. Пять «почему»: пример Симптом Действие На сайте выдается сообщение об ошибке подключения к БД • Проверить все ли в порядке с БД В конфиге прописана тестовая БД • Добавить в стандарт деплоймента проверку конфигов • Проверять работоспособность сайта после выноса • Сделать автоматические smoke- тесты Разработчик забыл поменять конфиг при выносе • Проинструктировать разработчиков по порядку выноса сайтов Недостаточная внимательность • Заменить ручную смену конфига на автоматическое определение окружения и выставления соответствующей БД

66. Root Cause Analysis http://www.crisp.se/henrik.kniberg/cause-effect-diagrams.pdf

67. Дерево дефектов

68. Контрольные карты Шухарта

69. Диаграмма Исикавы

70. АКТИВНОСТИ ДЛЯ ПРИНЯТИЯ РЕШЕНИЙ

71. SMART Буква Английский термин Русский термин S Specific Точные и конкретные M Measurable Измеримые A Achievable Достижимые R Relevant Релевантные T Time bound/framed Цели со сроком

72. Plus Minus Voting http://www.funretrospectives.com/plus-minus-voting/

73. Голосование точками http://www.funretrospectives.com/dot-voting/

75. АКТИВНОСТИ ДЛЯ ЗАКРЫТИЯ

76. Цветной фидбек http://www.funretrospectives.com/qcon-quick-feedback-on-talks/

77. Learning Scale http://www.funretrospectives.com/learning-scale/

78. Who-What-When http://www.funretrospectives.com/the-who-what-when-steps-to-action/

79. Feedback and ROI http://www.funretrospectives.com/feedback-and-roi/

80. +/Delta

81. Благодарности • Цель – поблагодарить участников и закончить на позитивной ноте ретро • Члены команды выбирают кого поблагодарить за что-то очень конкретное • «Я хочу поблагодарить _________ за ___________»

82. ЗАВЕРШЕНИЕ

83. Структура ретроспективы Открытие – 5% Сбор данных – 30%-50% Проникновение в суть – 20%-30% Принятие решение – 10% Закрытие – 5%-10%

84. Как испортить ретроспективу? 1. Не подготавливаться 2. Не фокусироваться 3. Не собирать данные 4. Один или два человека доминируют на ретроспективе 5. Фокусироваться на обстоятельствах вне возможностей команды 6. Откусывать больше, чем команда может прожевать 7. Выбирать действия, для которых у команды недостаточно энергии 8. Держать план улучшений отдельно от беклога

85. Что почитать?

86. http://www.piter.com/collection/kariera-v-it-industrii/product/gibkoe-upravlenie- proektami-i-produktami

87. Что почитать в Интернете? • http://agileretrospectivewiki.org/ • http://www.funretrospectives.com/ • http://blog.falkayn.com/2008/11/my-first-agile- retrospective.html • http://www.estherderby.com/2010/06/eight-reasons- retrospectives-fail-and-what-you-can-do- about-them.html

88. Интересные презентации по ретроспективам • Правила хорошей ретроспективы или ключ к непрерывным улучшениям - http://www.slideshare.net/VLDCORP/ss- 29004309 • Первое правило распределенных самоорганизующихся систем - http://www.slideshare.net/tim.com.ua/agileb asecamp-15-2014

89. Генератор планов ретроспектив www.plans-for-retrospectives.com Retr-O-Mat contains 44 activities, allowing for 36867 combinations (9x8x8x8x8+3) and I'm constantly adding more.