Размещено на

3.2 Рекомендации по проведению качественной ретроспективы

Результаты исследования подтвердили связь применения качественных методов контроля и успешности agile проекта.

Как правило, в agile методологиях контроль и оценка деятельности команды осуществляется во время ретроспективы. Первоначально ретроспектива осуществлялась после каждой итерации. В это время команда собиралась, чтобы разобрать итоги итерации, выявить проблемы и определить методы их решения. Однако на практике часто оказывается, что проведение ретроспективы в конце затруднено: у команды недостаточно времени, многие проблемы решены уже в ходе итерации. Поэтому иногда более подходящим является подход, который используют многие agile консультанты и практикующие менеджеры – непрерывной (continuous) ретроспективы. Основная идея такого подхода к ретроспективе – перенести процесс на ежедневные «stand-up» собрания: визуализировать каким-либо способом проблемы и процесс реализации и решать их на месте. Существует множество разных методов визуализации, наиболее примечательные – Value stream mapping, Доска идей.
Value stream mapping (VSM) – метод, который пришёл из lean management. Представляет собой некоторую схему событий и этапов, которые проходит продукт, до того момента как попадёт к потребителю. Данный метод позволяет визуализировать процесс создания бизнес-ценности продукта. Как правило, данный подход используют в производстве, однако он очень хорош и для разработки программного обеспечения. Создание бизнес-ценности – краеугольный камень agile, поэтому визуализация данного процесса даёт команде хорошее представление о том, что происходит в проекте. Достаточно просто «прикрепить» появившуюся проблему к конкретному месту возникновения на VSM, чтобы можно было получить представление о том, какое место занимает процесс, на котором возникла проблем, и какие последствия это несёт. Имея такую информацию можно в режиме реального времени решать проблемы на ежедневных собраниях.
Доска идей – представляет собой аналог доски задач. Позволяет визуализировать проблемы и их решения, а также реализацию предложений и улучшений как это происходит с задачами. Все элементы располагаются в 3 зонах: запланировано, в исполнении, выполнено. Данный метод не позволяет увидеть взаимосвязи, в отличие от VSM, но даёт хорошую визуализацию и упрощает контроль над процессом решения проблем и внедрения улучшений. На ежедневных собраниях команда, наряду с задачами, обсуждает и статус элементов на этой доске, что позволяет не забывать о проблемах и улучшениях, не откладывать их до конца итерации, а решать здесь и сейчас.
Наряду с непрерывной ретроспективой не менее популярной и полезной является традиционная - в конце итерации. 3 вопроса
Для проведения ретроспективы хорошими инструментами являются разработанные Элияху Голдраттом для Теории ограничений системы (ТОС) дерево текущей реальности, диаграмма разрешения конфликта, дерево будущей реальности.
Любая ретроспектива начинается с определения удачных и неудачных моментов в прошедшей итерации. После этого у команды имеется понимание, с какими проблемами они столкнулись, однако не всегда понятны истинные причины этих негативных составляющих. В этом случае полезным окажется дерево текущей реальности (ДТР). На практике часто оказывается, что многие проблемы имеют причинно-следственные связи между собой, и ДТР позволяет установить их, наряду с неочевидными общими причинами

.