Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
SlideShare a Scribd company logo
Способы	
  проведения	
  
ретроспектив	
  
Dmitry	
  Lobasev	
  
ScrumTrek	
  
Зачем	
  мы	
  проводим	
  ретроспективы?	
  

•  Проект	
  еще	
  не	
  закончен	
  –	
  мы	
  можем	
  
   улучшить	
  процесс	
  работы	
  нашей	
  команды	
  

•  Scrum	
  –	
  эмпирический	
  framework,	
  
   сфокусированный	
  на	
  постоянном	
  
   выявлении	
  проблем	
  и	
  трудностей,	
  с	
  
   последующим	
  их	
  решением	
  
Главное	
  Правило	
  Ретроспективы	
  
•  Вне	
  зависимости	
  от	
  того,	
  что	
  мы	
  выясним	
  
   на	
  ретроспективе,	
  мы	
  твердо	
  верим,	
  что	
  

•  каждый	
  делал	
  все,	
  что	
  было	
  в	
  его	
  силах	
  
   для	
  успеха,	
  

•  принимая	
  во	
  внимание	
  те	
  знания,	
  
   возможности,	
  навыки	
  и	
  ресурсы	
  которые	
  у	
  
   него	
  на	
  тот	
  момент	
  были.	
  	
  
Общий	
  план	
  проведения	
  
•  Создать	
  рабочую	
  атмосферу	
  
    –  Каждый	
  говорит	
  что-­‐то	
  хорошее	
  или	
  благодарит	
  кого-­‐
       нибудь	
  из	
  команды	
  
•  Собрать	
  данные	
  
    –  «+»	
  и	
  «–»,	
  данные	
  метрик	
  
•  Придумать	
  идеи	
  
•  Сформировать	
  план	
  
    –  Используя	
  «5	
  Почему?»	
  
    –  SMART	
  
•  Закрыть	
  ретроспективу	
  
    –  Обсудить	
  эффективность	
  ретроспективы	
  
    –  Вывесить	
  план	
  на	
  доску	
  задач	
  
Инструмент	
  «5	
  Почему?»	
  
Выявляем	
  корневую	
  проблему	
                   Системно	
  ее	
  решаем	
  
•  Сайт	
  не	
  работает	
                          1.  Поднять	
  сайты	
  
      –  Процессоры	
  загружены	
  на	
             2.  Удалить	
  плохой	
  код	
  
         100%	
  
•  Почему	
  такая	
  загрузка?	
                    3.  Объяснить	
  Сергею	
  
      –  Бесконечный	
  цикл	
  в	
  новом	
             почему	
  код	
  не	
  
         коде	
                                          работает	
  
•  Почему	
  такой	
  код	
  написали?	
             4.  Обучить	
  Сергея	
  TDD	
  
      –  Сергей	
  сделал	
  ошибку	
                5.  Включить	
  в	
  обучение	
  
•  Почему	
  эту	
  ошибку	
  зачекинили?	
              каждого	
  разработчика	
  
      –  Он	
  не	
  написал	
  юнит-­‐тесты	
           TDD	
  
•  Почему	
  он	
  не	
  написал	
  юнит-­‐
     тесты?	
  
      –  Он	
  новый	
  разработчик	
  и	
  не	
  
         использует	
  TDD	
  
	
  
ВИДЫ	
  РЕТРОСПЕКТИВ	
  
1.	
  Быстрая	
  ретроспектива:	
  +	
  /	
  Δ+	
  
2.	
  Классическая	
  ретроспектива	
  
•  Что	
  было	
  хорошо?	
  
•  Что	
  было	
  плохо?	
  
•  Какие	
  есть	
  идеи	
  по	
  
   улучшению?	
  

•  План	
  улучшений	
  и	
  
   решения	
  проблем	
  
Какие	
  бывают	
  проблемы	
  при	
  
проведении	
  ретроспектив?	
  
•  Все	
  молчат,	
  никто	
  ничего	
  не	
  говорит	
  
   –  Давит	
  присутствие	
  руководства	
  
   –  Ретроспектива	
  «сверху»	
  
•  Невыполнимый	
  план	
  улучшений	
  
   –  Абстрактные	
  пункты	
  плана	
  
   –  Слишком	
  много	
  пунктов	
  плана	
  
•  Нет	
  мотивации	
  для	
  улучшений	
  
   –  Решения	
  не	
  назначаются	
  
   –  Решения	
  не	
  выполняются	
  
3.	
  SpeedBoat	
  
•  Мы	
  –	
  движущаяся	
  
   лодка	
  
•  Ветер	
  –	
  наши	
  сильные	
  
   стороны	
  
•  Якоря	
  –	
  наши	
  
   проблемы	
  
    –  Чем	
  глубже	
  якорь,	
  тем	
  
       сильнее	
  он	
  цепляет	
  нас	
  
       за	
  рифы	
  
Agile	
  сообщество	
  России	
  
•  Новостной	
  сайт	
  AgileRussia	
  
   –  Регулярные	
  статьи	
  мирового	
  сообщества	
  (с	
  
      переводом)	
  h„p://agilerussia.ru	
  	
  
•  Группа	
  AgileRussia	
  в	
  Facebook	
  
   –  Возможность	
  обсудить	
  интересующие	
  вопросы	
  
      и	
  получить	
  советы	
  других	
  участников	
  
      h„p://on.‡.me/agilerussia	
  
ВОПРОСЫ?	
  

More Related Content

7 Способы проведения ретроспектив для анализа и улучшения процесса

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