На прошлой неделе довелось участвовать в ретроспективе для одной из «молодых» (в смысле использования Scrum методологии) Agile команд. Поймал себя на том что, несмотря на прочитанные книги и стати, мне в голову сразу пришёл один из форматов, который я узнал чуть ли не первым. Простые методы всегда запоминаются лучше 
.
Сам по себе формат ретроспективы помогает командам, которые даже не работают по Scrum или вообще Agile. Суть такой встречи – это научиться на своём прошлом опыте, не переходя на ругань и «поиск виновных». Как только начинаются прямые осуждения и упрёки, то человек «закрывается» — таково свойство нашей психики. «Разносы», которые устраивает начальство подчинённым, редко вызывают что-то, кроме чувства стыда, а уж тем более не способствуют обучению. Вот простой формат ретроспективы за 6 шагов.
Об этом методе я узнал от Бориса Глогера ещё году в 2006-м. Борис из Германии и он один из немногих Certified Scrum Trainers в Европе, хотя, возможно, менее известен, чем Хенрик Книберг .
Шаг первый: Обеспечение безопасности
Если вы знаете, что команде будет некомфортно общаться, когда на встречу придёт заказчик, менеджер или ещё более высокое руководство, то лучше проведите две разных встречи. Одну с командой, а другую уже «статусную» с внешними людьми. Даже Владелец Продукта (Product Owner), к сожалению, не всегда в хороших отношениях с командой, хотя он как никто другой должен быть заинтересован в улучшениях.
Когда на встрече собрались люди всё-таки из разных «кругов», то лучше всего начать с того, что все согласятся и примут Главную Директиву:
Regardless of what we discover, we understand and truly believe that everyone did the best job they could, given what they knew at the time, their skills and abilities, the resources available, and the situation at hand»
(Kerth, Project Retrospectives, 2001)
Шаг второй: «Вспомнить всё»
Для того чтобы подумать о будущем, нам необходимо вспомнить, что было с последней ретроспективы или за то время, которое вы анализируете – это может быть месяц, полгода или даже год. Очевидно, что если проводить ретроспективы регулярно, времени это займёт меньше.
Хорошо подходит для этого упражнение «Временная шкала». Нарисуйте на доске или большом листе бумаги горизонтальную линию, укажите дату начала и конца периода и отметьте какие-то отрезки времени, например недели. Попросите каждого участника ретроспективы, написать на самоклеящихся бумажках все события, что они могут вспомнить за прошедший период. Минут через пять ведущий или каждый сам наклеивают бумажки в соответствующий отрезок временной шкалы.
Шаг третий: Что было хорошо?
Следующим шагом участники пишут на бумажках все, что было хорошо за этот период. На стене у вас уже есть временная шкала, которая помогает вспомнить, что происходило и теперь важно, чтобы каждый записал факты, которые он считает хорошими. Ведущий ретроспективы собирает все записи на отдельный большой лист с заголовком «Что было хорошего?».
Когда все высказались, можно даже озвучить основные моменты которые выделило большинство. Это всегда настраивает участников на положительный лад и можно услышать фразы типа «Ого, да мы молодцы». И после этого вы можете забыть об этом листе . Секрет заключается в том, что хорошие моменты не требуют дополнительных действий – они просто есть. Если у вас не будет хороших моментов, то тогда это тоже будет повод к улучшению.
Шаг четвёртый: Что могло быть лучше?
Опять попросите участников на бумажках выписать всё, что они считают вам нужно улучшить. Причём обязательно озвучьте вопрос как «Что могло быть лучше?». Не нужно спрашивать «что было плохо» — после двух-трёх спринтов в начале проекта, этот вопрос потеряет смысл, а вот улучшить что-то может даже самая хорошая команда.
Как и в предыдущем шаге, все заметки мы клеим на отдельный лист с соответствующим заголовком. Каждый, кто клеит свою запись, озвучивает, что именно он имеет в виду и чтобы он улучшил. Дальше начинается самое интересное.
Шаг пятый: Разделение зон ответственности
Для того чтобы ваша команда стала лучше, важно чётко понимать, когда никто из людей, собравшихся на ретроспективе, не может устранить препятствие. Берите по очереди бумажки из группы «Что могло быть лучше» и обсуждайте, кто будет отвечать за это улучшение. Обычно варианта два: «Команда» и «Организация». Записи из второй группы нужно будет донести до менеджмента, руководства, заказчика и т.п. и сделать это должен обычно Scrum Master.
Шаг шестой: Сортировка и план действий
Когда у вас получилось два (или больше) списков на улучшение, то в первую очередь нужно отсортировать их, чтобы сверху были самые важные улучшения. Для конкретных действий можно ограничиться всего одним-тремя улучшениями сверху или наоборот, проставить финальные даты для каждого из них и брать в работу по мере возможности.
И самое главное, для тех нескольких улучшений, которые самые важные и которые вы хотите сделать в ближайший спринт или два, нужно разработать план действий и зарезервировать время в ближайшем спринте или создать соответствующие элементы Бэклога Продукта (Product Backlog). Тогда уже точно ваши идеи превратятся в реальность .
Рубрика: 
Метки: 
