2. Зачем
мы
проводим
ретроспективы?
• Проект
еще
не
закончен
–
мы
можем
улучшить
процесс
работы
нашей
команды
• Scrum
–
эмпирический
framework,
сфокусированный
на
постоянном
выявлении
проблем
и
трудностей,
с
последующим
их
решением
3. Главное
Правило
Ретроспективы
• Вне
зависимости
от
того,
что
мы
выясним
на
ретроспективе,
мы
твердо
верим,
что
• каждый
делал
все,
что
было
в
его
силах
для
успеха,
• принимая
во
внимание
те
знания,
возможности,
навыки
и
ресурсы
которые
у
него
на
тот
момент
были.
4. Общий
план
проведения
• Создать
рабочую
атмосферу
– Каждый
говорит
что-‐то
хорошее
или
благодарит
кого-‐
нибудь
из
команды
• Собрать
данные
– «+»
и
«–»,
данные
метрик
• Придумать
идеи
• Сформировать
план
– Используя
«5
Почему?»
– SMART
• Закрыть
ретроспективу
– Обсудить
эффективность
ретроспективы
– Вывесить
план
на
доску
задач
5. Инструмент
«5
Почему?»
Выявляем
корневую
проблему
Системно
ее
решаем
• Сайт
не
работает
1. Поднять
сайты
– Процессоры
загружены
на
2. Удалить
плохой
код
100%
• Почему
такая
загрузка?
3. Объяснить
Сергею
– Бесконечный
цикл
в
новом
почему
код
не
коде
работает
• Почему
такой
код
написали?
4. Обучить
Сергея
TDD
– Сергей
сделал
ошибку
5. Включить
в
обучение
• Почему
эту
ошибку
зачекинили?
каждого
разработчика
– Он
не
написал
юнит-‐тесты
TDD
• Почему
он
не
написал
юнит-‐
тесты?
– Он
новый
разработчик
и
не
использует
TDD
8. 2.
Классическая
ретроспектива
• Что
было
хорошо?
• Что
было
плохо?
• Какие
есть
идеи
по
улучшению?
• План
улучшений
и
решения
проблем
9. Какие
бывают
проблемы
при
проведении
ретроспектив?
• Все
молчат,
никто
ничего
не
говорит
– Давит
присутствие
руководства
– Ретроспектива
«сверху»
• Невыполнимый
план
улучшений
– Абстрактные
пункты
плана
– Слишком
много
пунктов
плана
• Нет
мотивации
для
улучшений
– Решения
не
назначаются
– Решения
не
выполняются
10. 3.
SpeedBoat
• Мы
–
движущаяся
лодка
• Ветер
–
наши
сильные
стороны
• Якоря
–
наши
проблемы
– Чем
глубже
якорь,
тем
сильнее
он
цепляет
нас
за
рифы
