Ретроспектива. Инструкция и смыслы

Ретроспектива — обязательный атрибут команды разработки. Важность этого инструмента сложно переоценить. Но за процедурами и регламентами иногда теряется суть — поиск первоисточника проблем и, возможность похвалить за достижения.

Кейс: нужно внедрить ретро

Ответ: берем и делаем по инструкции 1 или по инструкции 2

Вы и сами легко найдете пару сотен подобных инструкций. Хотел бы написать свое видение обязательных атрибутов.

Безопасная среда и атмосфера доверия: участники не боятся говорить откровенно. Для этого необходимо управлять токсиками и исключить влияние «ветеранов разработки». Мне нравятся инструменты с возможностью анонимно оставить запрос во время ретро. Если голосованием вопрос вышел на обсуждение, автор может раскрыться, а может и не делать этого. Актуальность обсуждаемого вопроса от этого не зависит.

Искренность общения: команда открыто делится как успехами, так и проблемами. Как говорил Толстой: «Сколько детей не воспитывай, они все равно вырастут похожими на вас». Если вы искренни, получите искренность в ответ.

Готовность к обратной связи: все участники воспринимают фидбек как возможность, а не критику. Ругаем лично, хвалим публично. Как менеджер, вы должны модерировать обратную связь. При необходимости — на лету, если кого-то захватили эмоции на звонке.

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

Без формализма: обсуждение живое и содержательное, а не формальное соблюдение процедур. Без формализма — значит, вы можете отменить ретро, если у команды есть такой запрос. Всё остальное — полумеры.

Всех обнял 💜