«Ретроспектива — фигня и потеря времени». Разбираем, почему это не так
Ретро легко превратить в ритуал, который все тихо ненавидят. Разбираем, зачем он нужен на самом деле, как вытащить из команды честность и почему без экшн-пойнтов всё это — пустой трёп.
«Ретроспектива? Да это фигня и потеря времени» — фраза, которую я слышал столько раз, что можно ставить на репит. И проблема в том, что человек, который её произносит, часто прав. Плохое ретро действительно бесполезно. Вопрос в том, почему оно у тебя плохое.
Давай по-честному разберём этот инструмент: зачем он, как сделать так, чтобы люди говорили правду, что ты всё равно не вытащишь и почему без последнего шага вся встреча превращается в коллективное почёсывание затылков.
Зачем это вообще нужно
Ретроспектива — это когда ты, человек «у руля», собираешь команду после спринта (или любого другого этапа) и пытаешься разобраться: что пошло хорошо, что пошло не очень и куда пропали все выходные, пока ребята «затачивали» релиз. Звучит красиво: общаемся, делимся мыслями, ищем инсайты. На деле любое ретро — тот ещё аттракцион, особенно когда у людей в глазах усталость вперемешку с желанием уже просто ничего не трогать.
Но альтернатива хуже. Без ретро ты будешь раз за разом наступать на одни и те же грабли, а шишка на лбу красивее не становится, даже если забрендировать её логотипом компании. Тебе как руководителю нужно несколько вещей.
Услышать, что реально беспокоит команду. Вдруг девопс всё ещё вручную перезагружает серверы, а ты искренне считал, что это давно автоматизировано. Такие вещи всплывают именно на ретро — не на статусном созвоне, где все бодро рапортуют «всё ок».
Понять, как распределялась нагрузка. Почему одним коллегам весь спринт «прилетало», а другие спокойно пили чай. Это не про то, чтобы кого-то наказать. Это про то, что перекос в нагрузке — первый предвестник выгорания сильных и расслабления слабых. И то и другое тебе дорого обойдётся.
Получить пищу для размышлений. Где процессы пора менять, где «закрутить гайки», а где, наоборот, «расслабить булки». Ретро — это не отчётность, это твой сенсор состояния команды. Отключишь его — будешь управлять вслепую.
Как настроить команду на честный разговор
Сразу скажу: заставить людей говорить искренне и без страха — отдельный квест с боссом в конце. По умолчанию человек на ретро осторожничает: скажешь лишнее — прилетит. Твоя задача — сломать этот рефлекс. Вот что реально работает.
Объясни, зачем ретро нужно — прозрачно и по-человечески. Если люди считают, что это «бюрократическая обязаловка ради галочки», пользы не будет никакой. Они отсидят положенное, накидают безопасных банальностей и разбегутся. Первое, что должно быть в голове у каждого: этот час нужен не менеджеру для отчёта, а команде — чтобы в следующем спринте было легче.
Договорись, что на ретро не переходят на личности. Конструктив приветствуется, а вот превращать встречу в битву за правду и публичный разбор «кто виноват» — не вариант. Как только один раз допустишь наезд «в лицо», честности конец: люди замолчат, потому что молчать безопаснее, чем стать следующей мишенью.
Хвали тех, кто не стесняется высказываться. Даже если человек несёт околесицу, сам факт активности уже ценен — он показывает остальным, что говорить не страшно. С правильным подходом из «бреда» иногда рождаются шедевральные идеи: кто-то кинул сырую мысль, второй её докрутил, третий вспомнил похожий кейс — и вот у вас готовое решение проблемы, которую полгода обходили стороной.
Из практики: атмосфера на ретро — это не то, что настраивается за одну встречу. Это репутация формата, которую ты копишь месяцами. Один раз устроил показательную порку — и потом полгода вытаскиваешь людей из ракушки. Так что думай о честности как о вкладе под проценты, а не как о переключателе.
Что всё равно останется за кадром
А теперь без иллюзий. Как бы ты ни старался, часть вещей команда тебе прямо не скажет — никогда.
Кто-то затаил обиду на коллегу из-за личных тараканов и не станет выносить это на общую встречу. Кто-то стесняется признаться, что не успевает учить новые технологии и «плавает» в коде — потому что боится показаться слабым. Бывает и так, что в команде есть негласный «авторитет», которого все побаиваются, и критиковать его вслух — табу, даже если он объективно тормозит процесс.
Прими это как данность. За одну ретроспективу ты всё не вытащишь, и это нормально. Но если проводить их регулярно и параллельно общаться с людьми в личных форматах — one-on-one, живые чатики, разговор за кофе, — даже самые молчаливые рано или поздно раскроются. Или хотя бы намекнут, куда тебе стоит присмотреться.
Ретро — это верхушка айсберга. Оно ловит то, что люди готовы сказать при всех. Всё остальное живёт в кулуарах, и добраться до него можно только через доверие, которое ты строишь вне встречи. Не жди, что групповой формат заменит тебе личный контакт. Он его дополняет, но не отменяет.
Главное — не поговорить, а сделать
Вот здесь ретро чаще всего и умирает. Если встреча превращается в «поговорили и разбежались», доверие к процессу улетает в ноль за пару итераций. Люди быстро считывают: их слушают, но ничего не меняется. И в следующий раз они уже не будут тратить силы на честность.
Чтобы этого не случилось, тебе как руководителю нужны три вещи.
Фиксируй итоги. Не «мы обсудили и всем стало легче», а конкретные экшн-пойнты. Из серии «добавить в pipeline новый шаг, чтобы тесты гонялись автоматически» или даже «собраться вне работы и поиграть в настолки, чтобы развеяться» — да, такое тоже валидный итог, если команда выдохлась. Главное, чтобы формулировка была проверяемой.
Назначай ответственных. Задача без владельца — это не задача, а «полезная идея, которой не суждено сбыться». У каждого экшн-пойнта должно быть имя рядом. Не «команда сделает», а «Петя сделает к следующей пятнице». Размытая ответственность равна отсутствию ответственности.
Проверяй результат через спринт. Сработало? Не сработало? Почему? Исправляем и идём дальше. Именно этот шаг замыкает цикл и превращает ретро из болтовни в реальный механизм улучшений. Без проверки предыдущий пункт тоже обесценивается: зачем назначать ответственного, если никто потом не спросит про результат.
Заметь, эти три шага — по сути тот же цикл, по которому ты гоняешь код: обнаружил проблему, внёс изменение, проверил, что оно сработало. Ретро без последнего шага — это как задеплоить фикс и никогда не посмотреть на мониторинг.
Ретро — не покаянная молитва
Ретроспектива — действительно мощный инструмент. Но только если не превращать её в ритуал «покаянной молитвы» или в «церемонию по затравливанию виноватого». Это про командное взросление, про исправление процессов и про честность друг с другом. Какие-то обиды и недоговорённости всегда останутся — это люди, а не идеальные автоматы. Твоя задача не в том, чтобы вычистить их под ноль, а в том, чтобы свести к минимуму и создать атмосферу, где люди не боятся признавать косяки и вместе их разгребать.
И да, бывает, что весь этот красивый конструктив с экшн-пойнтами разбивается о человеческий фактор и банальную лень — у нас, руководителей, тоже иногда руки не доходят проконтролировать. Признаю. Но поверь: лучше дёргаться и что-то менять, чем плыть по течению и потом удивляться, почему опять всё накрылось за день до релиза.
Так что нет, ретро — не фигня. Фигня — это ретро, которое ты проводишь ради галочки, а потом сам же на него и жалуешься.
Впервые опубликовано в моём Telegram-канале @it_underside.
Ваш ДПУПП
Похожие статьи
Быстрый набор команды в IT: риски и плюсы
Собрать костяк за месяц и закрыть весь найм за два — звучит как флекс, но за каждую сэкономленную неделю ты чем-то платишь. Разбираю на своём опыте: где скорость выигрывает, а где прилетает счёт.
Как работает команда разработки в ИТ
Как устроена команда разработки ПО от постановки требований до релиза: шесть фаз и роли — BA, PO, СА, Scrum Master, Tech Lead, разработчики, DevOps, тестировщики — и кто за что отвечает.
Кооператив vs найм: разговор, который назрел в сообществе
Заметки по мотивам общения с РАД-КОП — российским кооперативным IT-сообществом. Не «я предлагаю», а «к чему мы пришли в диалоге»: сравнение моделей, живые примеры и честный разбор минусов.