Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Денис Тучин - Болезни Agile ретроспектив и как их лечить (2016 AgileTour.By)

131 views

Published on

Видео: http://youtu.be/CTrRzdzhj1s?list=PLu7pKL8OAoRSze5Ts9wrbcEQBvXDx-AGq
Если вы начали проводить ретроспективы в своей команде, это ещё не значит, что вы внедрили процесс постоянного совершенствования (Kaizen). Часто у начинающих и не только Agile команд возникают те или иные сложности: выявленные проблемы не существенны или находятся за пределами влияния команды, действия по решению проблем не воплощаются в жизнь.

На докладе мы рассмотрим типичные проблемы Agile ретроспектив и как с ними бороться. Начнём с такого часто встречаемого случая, когда члены команды достаточно позитивно настроены, не видят проблем в своей работе и их идеи по улучшению процесса сводятся к предложениям по организации инфраструктуры офиса: кондиционеры, видов чая и т.д.
Здесь нужно вернуть команду с небес на землю, показать, какие проблемы есть на самом деле и профасилитировать нахождение решений.

Другой частый случай почти полная противоположность первому по атмосфере, но по эффекту на ретро очень похож. Члены команды настолько сильно находятся под прессингом дефектов и постоянных "хотелок" заказчиков, что не верят, что что-то можно улучшить и видят проблемы только в других командах, но не у себя.
Здесь более сложный процесс по нормализации атмосферы в команде. Рассмотрим первые 3 важных шага, как это сделать: снижение психологического напряжения процессным путём, решение основных проблем и маленькие победы.

Третья проблема, которую успеем рассмотреть: принятые на ретроспективе решения, не претворяются в жизнь. Практики для исправления достаточно просты, но далеко не все о них знают и их соблюдают: добровольное назначение задач, голосование консенсусом и добавление задач в беклог.

Published in: Business
  • Be the first to comment

  • Be the first to like this

Денис Тучин - Болезни Agile ретроспектив и как их лечить (2016 AgileTour.By)

  1. 1. 1 Болезни Agile ретроспектив и как их лечить Денис Тучин 2016
  2. 2. 2 Знакомство В прошлом • С 2004 коммерческая разработка ПО • С 2011 Руководство проектами • С 2011 Scrum Mastering • С 2014 Agile Coach Сбербанк • Тренинги • Внедрения Sbergile
  3. 3. 3 Опытпроведения ретроспектив
  4. 4. 4 Ретроспектива?
  5. 5. 5 Что делает ретроспективу эффективной?
  6. 6. 6 Чтоделаетретроспективуэффективной? Определение, что, кто и когда сделает Выбирать, что можно улучшить силами команды Активное участие всей команды
  7. 7. 7 Болезни ретро в примерах
  8. 8. 8 Пример 1. Проблемы: слишком жарко/слишком холодно
  9. 9. 9 2011 Система видеоконференций
  10. 10. 10
  11. 11. 11
  12. 12. 12 Ретровначале
  13. 13. 13 Action Items
  14. 14. 14
  15. 15. 15 Багфикс
  16. 16. 16 Ретрочерез 4месяца
  17. 17. 17 Эффектоднойэтойретро • Количество дефектов уменьшилось в 2,5 раза • Время разработки равноценных фичей увеличилось на 30%, но это время оплачивал заказчик 
  18. 18. 18 Пример 2. Давно работаем, уже всё попробовали
  19. 19. 19 Особенности проекта 700 задач в очереди, и она растѐт Сотрудники по 10–15 лет в компании 8 лет продукту
  20. 20. 20 Итогипервой ретро
  21. 21. 21 Вовсёмвиноваты бизнесивендоры
  22. 22. 22 Решение1:Работасочередью задач
  23. 23. 23 Отделениеочереди отрабочей доски
  24. 24. 24 Геноцидзадач • Все задачи старше XX выбрасываем • Все задачи, по которым не было обращений дольше YY, выбрасываем • Остальные задачи аналитик проверяет на актуальность
  25. 25. 25 Геноцидзадач • Все задачи старше XX выбрасываем • Все задачи, по которым не было обращений дольше YY, выбрасываем • Остальные задачи аналитик проверяет на актуальность }700  300
  26. 26. 26 Заморозить задачи
  27. 27. 27 Решение3:Маленькие победы
  28. 28. 28 Пример 3. Ускоренное принятие решений
  29. 29. 29 Итогиоднойизпервых ретро Экспресс решения и назначения
  30. 30. 30 Конфликтпоформатутребований
  31. 31. 31 Напряжённость вкоманде
  32. 32. 32 PMвотпуске
  33. 33. 33 Выводыпопримеру 3 1. Scrum мастер: Developer vs PM – выбор неочевиден 2. Одев шляпу Scrum мастера соблюдай нейтралитет 3. Эмпатия – лучший друг как SM, так и любого руководителя
  34. 34. 34 СПАСИБО ЗА ВНИМАНИЕ Agile Coach Сбербанк Москва, Россия denistuchin@gmail.com facebook.com/denis.tuchin Денис Тучин

×