50 / 94
Scrum и XP: заметки с передовой
50
Как мы проводим ретроспективы
Почему мы настаиваем на том, чтобы все команды проводили ретроспективы
Наиболее в жная вещь в о ношении ретроспектив –
это их проведение
.
По некоторым причинам команды не проявляют должного интереса к проведению ретроспектив. Без
небольшого давления со стороны многие команды часто пропускают ретроспективу и сразу переходят к
следующему спринту. Может быть, это особенность шведского менталитета, в чём я не уверен.
Хотя при этом все вроде соглашаются, что ретроспективы крайне полезны. Я бы даже сказал, что
ретроспектива является вторым по значимости мероприятием в Scrum'e (первое – это планирование спринта),
потому что
это самый подходящий момент для начала улучшений
!
Конечно, чтобы возникла хорошая идея, вам не нужна ретроспектива, она может прийти к вам в голову,
когда вы дома в душевой кабинке! Но поддержит ли команда вашу идею? Может быть, но вероятность
значительно выше, если идея рождается внутри команды, то есть, во время ретроспективы, когда каждый
может сделать свой вклад в обсуждение идеи.
Без ретроспектив вы обнаружите, что команда наступает на одни и те же грабли снова и снова.
Как мы проводим ретроспективы
Хотя осн ной фо мат немного арьируется, но в основном мы делаем так:
•
Выделяем 1-3 часа, в зависимости от того насколько долгая ожидается дискуссия.
•
Участвуют: product owner, вся команда и я собственной персоной.
•
Располагаемся либо в отдельной комнате с уютным мягким уголком, либо на террасе, либо в
каком-то другом похожем месте, поскольку нам нравится вести дискуссию в спокойной и
непринуждённой атмосфере.
•
Зачастую мы стараемся не проводить ретроспективы в рабочей комнате, так как это рассеивает
внимание участников.
•
Выбираем кого-то в качестве секретаря.
•
ScrumMaster показывает sprint backlog и при участии команды подводит итоги спринта. Важные
события, выводы и т.д.
•
Начинаем "серию" обсуждений. В этот момент каждый имеет шанс высказаться о том, что, по его
мнению, было хорошего, что можно было бы улучшить и что бы он сделал по-другому в
следующем спринте. При этом его никто не перебивает.
•
Мы сравниваем прогнозируемую и реальную производительность. Если имеются существенные
расхождения, то пытаемся проанализировать и понять, почему так получилось.
•
Когда время подходит к концу, ScrumMaster пытается обобщить все конкретные предложения по
поводу того, что мы можем улучшить в следующем спринте.
Вообще-то, наши ретроспективы не имеют чёткого плана проведения, но главная тема – всегда одна и та
же: "Что мы можем улучшить в следующем спринте".