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/

74.
© Alex Troshin

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.