После того как условия ретроспективы установлены, команда проверяет гипотезы. Оказывается, эксперимент был неправильным. Хотя время отклика сокращается, оно все же не дотягивает до 24-часовой отметки. Значит, тема остается. В ходе дальнейшей ретроспективы команда попытается определить причины проблемы, а затем либо адаптировать текущий эксперимент, либо определить новый. Например, в ходе процесса может выясниться, что с менеджером продукта не проконсультировались по поводу изменения, а лишь потребовали внедрить его. И вместо желания теснее работать с командой человек просто разозлился. Использование гипотез позволяет команде работать над проблемой до тех пор, пока она не будет решена или не снизится ее острота.
ПРАКТИЧЕСКИЙ СОВЕТ
Если какая-либо из гипотез вопреки вашим ожиданиям не подтвердилась, используйте следующие этапы ретроспективы, чтобы выяснить почему.
Этот пример показывает, что гипотезы – важный инструмент. Некоторые команды просто проверяют, осуществлялись ли меры, выбранные в ходе предыдущей ретроспективы. И лишь немногие пытаются выяснить, имели ли они желаемый эффект. Хотя только в этом случае можно создать улучшение. Это, конечно, не панацея, но она эффективна в большинстве случаев. Гипотезы также помогают сделать ретроспективы значимыми и всерьез сосредоточиться на теме дискуссии.
ЭТАП 3: СБОР ДАННЫХ
Теперь мы переходим к сути слова «ретроспектива». Цель данного этапа – сбор данных за четко определенный период. Это может быть последняя итерация (или спринт в Scrum), весь проект или даже последний рабочий день. Время между рассматриваемым событием и ретроспективой должно быть максимально коротким. Главная цель этапа – сформировать общее понимание выбранного периода. Без целостной картины участники не всегда правильно понимают перспективу и друг друга, из-за чего склонны проецировать свои чувства на других. Чтобы создать общую картину, каждый получает возможность представить свой взгляд на вещи.
Вы начинаете со сбора реальных фактов. К ним относится все, что произошло за этот период: от встреч и решений до личного опыта. Важно и то, что считают для себя значительным члены команды. Числа (метрики) также можно указать на этом шаге, например количество выполненных требований или закрытых, открытых и новых ошибок. Чем больше моментов запомнится на этом этапе, тем лучше.