Марк Лоффлер - Ретроспектива в Agile

Допустим, в ходе последней ретроспективы вы обсуждали проблему плохой коммуникации с командой управления продуктом. Менеджера продукта трудно застать, и ответы на вопросы удалось получить только после серьезных задержек. В конце последней ретроспективы вы определили меру, которую необходимо реализовать: менеджер продукта теперь будет доступен ежедневно в строго определенное время. На этот раз можно обсудить текущие вопросы и получить ответы, сократив тем самым задержки до минимума. Гипотеза, которую вы подключили к этому эксперименту, может быть такой: «На текущие вопросы ответы будут поступать максимум в течение суток». Это реальное улучшение по сравнению с недавней ситуацией, когда команде приходилось ждать по несколько недель.

После того как условия ретроспективы установлены, команда проверяет гипотезы. Оказывается, эксперимент был неправильным. Хотя время отклика сокращается, оно все же не дотягивает до 24-часовой отметки. Значит, тема остается. В ходе дальнейшей ретроспективы команда попытается определить причины проблемы, а затем либо адаптировать текущий эксперимент, либо определить новый. Например, в ходе процесса может выясниться, что с менеджером продукта не проконсультировались по поводу изменения, а лишь потребовали внедрить его. И вместо желания теснее работать с командой человек просто разозлился. Использование гипотез позволяет команде работать над проблемой до тех пор, пока она не будет решена или не снизится ее острота.

Если какая-либо из гипотез вопреки вашим ожиданиям не подтвердилась, используйте следующие этапы ретроспективы, чтобы выяснить почему.

Этот пример показывает, что гипотезы – важный инструмент. Некоторые команды просто проверяют, осуществлялись ли меры, выбранные в ходе предыдущей ретроспективы. И лишь немногие пытаются выяснить, имели ли они желаемый эффект. Хотя только в этом случае можно создать улучшение. Это, конечно, не панацея, но она эффективна в большинстве случаев. Гипотезы также помогают сделать ретроспективы значимыми и всерьез сосредоточиться на теме дискуссии.

Теперь мы переходим к сути слова «ретроспектива». Цель данного этапа – сбор данных за четко определенный период. Это может быть последняя итерация (или спринт в Scrum), весь проект или даже последний рабочий день. Время между рассматриваемым событием и ретроспективой должно быть максимально коротким. Главная цель этапа – сформировать общее понимание выбранного периода. Без целостной картины участники не всегда правильно понимают перспективу и друг друга, из-за чего склонны проецировать свои чувства на других. Чтобы создать общую картину, каждый получает возможность представить свой взгляд на вещи.

Вы начинаете со сбора реальных фактов. К ним относится все, что произошло за этот период: от встреч и решений до личного опыта. Важно и то, что считают для себя значительным члены команды. Числа (метрики) также можно указать на этом шаге, например количество выполненных требований или закрытых, открытых и новых ошибок. Чем больше моментов запомнится на этом этапе, тем лучше.

Конечно, можно просто поговорить об этом, но визуализация усилит впечатление. Она упрощает запись информации и незаменима при длительной ретроспективе. Один из примеров визуализации – это линия на стене, которая позволяет увидеть временн ы е связи между событиями (рис. 1.2).

Рис. 1.2. Сбор данных при помощи линии времени

Хотя неопровержимые факты важны, они только часть истории. Не менее существенны мнения людей в данный момент времени, потому что они помогают выявить наиболее значительные события. Сбор фактов и мнений помогает сосредоточиться на проблемах, оказавших на команду максимальное влияние. В то же время эмоциональная окраска высказанных взглядов выявляет ситуации, когда люди чувствовали себя комфортно. А это дает вам возможность чаще воссоздавать подобную атмосферу. Еще одна причина обсуждения эмоциональных вопросов в том, что их часто упускают из виду. А ведь они могут стать источником энергии и мотивации в повседневной работе.

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

Используя этот термин в своей книге, я имею в виду любую профессиональную команду. Это могут быть группы разработчиков, HR-специалистов и так далее. Не составляют исключение и спортивные команды. Другими словами, это группа людей, работающих вместе для достижения общей цели.

Прежде чем перейти к следующему шагу, не забудьте рассмотреть с командой общую картину периода, который вы оцениваете. Это можно сделать, предоставив каждому возможность высказаться или дав людям время поразмыслить над информацией, которую вы собрали (например, при помощи линии времени).

Напомним, что в новогодней ретроспективе мы собрали данные, отсортировав события по трем категориям:

• что мне понравилось в прошедшем году;

• что совсем не понравилось (или разозлило);

• за что я хочу сказать спасибо.

Затем каждый кратко представил выбранную тему. Используя эмоциональные вопросы, мы старались получить комбинацию фактов и чувств. Опыт подсказывает, что этот этап ретроспективы должен часто меняться. Я расскажу о возможных вариантах в этой книге. Но если вам не хочется ждать, загляните в раздел «Поиск мероприятий для каждого этапа» Конец ознакомительного фрагмента. Текст предоставлен ООО «ЛитРес». Прочитайте эту книгу целиком, купив полную легальную версию на ЛитРес. Безопасно оплатить книгу можно банковской картой Visa, MasterCard, Maestro, со счета мобильного телефона, с платежного терминала, в салоне МТС или Связной, через PayPal, WebMoney, Яндекс.Деньги, QIWI Кошелек, бонусными картами или другим удобным Вам способом. .

Этап генерации идей используется для понимания ситуации, а также возможных причин и связей. Вы анализируете события, собранные на предыдущем этапе, а затем спрашиваете: «Почему это произошло?» Вам необходимо установить основные причины произошедшего.

Этот этап тоже часто пропускают, как и первый. Многие команды сразу же пытаются определить будущие эксперименты без учета возможных причин сложившейся ситуации. Это поверхностный подход: он снимет симптомы, а не выявит корень проблемы. От этого пользы не больше, чем от приема обезболивающих при переломе ноги. Боль исчезнет на короткое время, но очень быстро вернется, поскольку первопричина не устранена. Вред данной идеи в том, что она только выглядит многообещающей, а на самом деле пускает нас по ложному пути. Кроме того, выполнение этого этапа обеспечивает прочную основу для следующего – определения экспериментов и их гипотез. Не пытайтесь решать все проблемы сразу. Выбирайте те, которые группа считает наиболее важными. Невозможно справиться со всеми трудностями за одну ретроспективу. Этот этап разработан, чтобы помочь команде остановиться, увидеть картину в целом и начать искать первопричины. Не имеет смысла разрабатывать более трех тем во время следующей итерации, так как они наверняка будут не единственным вашим заданием, верно? Для определения разумных и эффективных мер необходимы знания, полученные на этом этапе.