Персональные инструменты
 

AgileDays-2011:Отчет Никитина В.В./Ретроспективы. Настраиваем наш процесс разработки

Материал из CustisWiki

Перейти к: навигация, поиск

Очень хороший доклад и в плане содержания, и в плане подачи материала. Очень понравился! Смотреть всем!

Его сайт http://www.agilecoach.ru


Основные мысли:

  • Ретроспектива — «коллективное рассказывание историй»
  • Доверяй своим подчиненным
  • Менеджеры боятся доверять, но страх — это хорошо, это значит, что есть экперимент, проба что-то улучшить.
  • Фокус ретроспективы должен быть обращен на то, чтобы что-то произошло — поменялось
  • Ретро ~ 1 час на неделю работы

Структура:

  • открытие 5 %
  • сбор данных 30-50 %
    • у всех есть чувства
    • по списку красными и зелеными точками отмечают «за» и «против»
  • приникновение в суть 20-20 %
    • анализ данных
  • решение о дальнейших действиях 10 %
    • что реально можем сделать в ближайший спринт
  • закрытие 10 %
  • PO — гнать с ретро. Либо пускать хотя бы через раз.
  • Если команда в отсутвии PO может «вывесить грязное белье», то это уже команда. Иначе — не команда.
  • И здесь есть игры для ретроспектив — читать книгу Esther Derby, Diana Larsen «Agile retrospectives»
  • Каждый обязательно должен что-то сказать
  • Основная директива: ретроспектива — это не место, где мы ищем виновных. Мы ищем, что сделать, чтобы стало лучше.
  • Рабочий уговор — внутренние правила поведения (например, никто никого не перебивает, никто за другого не говорит и т. п.)
  • На ретро должен присутствовать модератор. Лучше не из команды.

Анекдот по теме ретро: Мужик пилит дерево, а оно пилится с трудом. К нему подходит другой и говорит: «Ты бы пилу поточил — сразу бы дело быстрее пошло!». «Да, что ты, — отвечает другой — некогда, пилить надо!» Зачастую мы похожи на первого мужика.