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

Чтение книги онлайн.

Читать онлайн книгу Ретроспектива в Agile - Марк Лоффлер страница 6

Ретроспектива в Agile - Марк Лоффлер МИФ Бизнес

Скачать книгу

сказать: «Пас». Даже этого достаточно, чтобы его голос был услышан.

      Напомним, что в предновогодней ретроспективе мы создали условия, посмотрев фотографии и видео за прошлый год. Поверьте, это было очень весело!

ЭТАП 2: ПРОВЕРКА ГИПОТЕЗ

      Цель этого этапа – обсуждение гипотез, сформулированных на последней ретроспективе. В идеале они создаются на основе выбранных экспериментов (см. раздел «Этап 5: определение экспериментов»). Но почему этот шаг так важен?

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

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

ПРАКТИЧЕСКИЙ СОВЕТ

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

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

ЭТАП 3: СБОР ДАННЫХ

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

Скачать книгу