Представьте: пару месяцев назад у вас собралась команда из 17 автоматизаторов и 13 функциональных тестировщиков, чтобы делать большой проект.Но эффект новизны для инженеров быстро прошёл. Запал погас, глаза у кого-то потускнели.

И что же делать? Поставить всем one-to-one? Месячный марафон личных бесед — конечно, увлекательно. Но мест в календаре будет мало. А главное — есть риск узнать о проблемах слишком поздно.

Закинуть опросник с вопросом «что болит»? Быстрое решение, но тут вопрос глубины информации. Если хочется узнать побольше — делаем подробный опросник. Но кому хочется 40 минут заполнять четырёхстраничный талмуд? Начинаем сокращать. И в итоге люди отвечают уже не с той детализацией, на которую мы рассчитывали.

Провести ретроспективу? Даже если разделить команду по стекам, 13 и 17 человек — всё ещё довольно много для продуктивного ретро. А если провести несколько встреч, то мы легко можем забронировать под обработку стикеров половину рабочего дня.

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

1️⃣ Короткий опросник перед встречей Собрать первичный анамнез: — что хорошего происходит в команде? — что не очень? — какие проблемы повторяются? — какие решения уже видят сами участники?

2️⃣ Анализ результатов Посмотреть, что получилось. Возможно, часть вопросов уже закроется на этом этапе. Станет понятно, какие проблемы действительно системные, а какие встречаются единично. Дальше — структурировать информацию и подготовить вопросы для обсуждения. А иногда — отдельно поговорить с кем-то из участников, чтобы перепроверить данные или свои гипотезы.

3️⃣ Встречи с командами На встрече уже не нужно начинать с вопроса: «Ну что, коллеги, у кого какие проблемы?» У нас есть предварительная картина. Можно обсудить: — какие проблемы действительно самые распространённые; — что стоит за ними; — какие решения можно попробовать. И уже вместе выбрать то, с чем действительно стоит работать.

4️⃣ Корректирующие мероприятия Потому что ретроспектива ради ретроспективы — это просто коллективное проговаривание боли. После обсуждения должны появиться конкретные действия. Кто-то что-то меняет, мы наблюдаем за результатом и не забываем про договорённости сразу после встречи.

5️⃣ Повторить цикл Через некоторое время снова собрать обратную связь. Посмотреть: что изменилось? Что сработало? Какие проблемы остались? И не появилось ли новых? Потому что большая команда — это живой организм. И иногда, чтобы понять, что именно болит, недостаточно просто спросить: «Ну как вы?» Нужно правильно собрать анамнез, разобраться в симптомах, выбрать лечение и потом проверить, стало ли лучше.

Кстати, а как у вас с размером команды? Есть желание попробовать этот подход? Буду рада обсудить детали! 🚀

#ретроспектива #agile #управлениепроектами #управлениекомандой #команднаяработа #feedback #continuousimprovement #ITmanagement