Саша Комбаров / Блог /

Ретроспектива команды: что это и как её провести

блог

Слово «ретроспектива» буквально значит «взгляд в прошлое». В работе это встреча, на которой команда разбирает прошедший этап и договаривается, что поменять в следующем. Расскажу, как мы проводили ретро в веб-студии, которой я руководил, — сначала на проектах, потом во всех отделах.

Что такое ретроспектива простыми словами

Ретроспектива — это регулярная встреча, где команда оценивает, как она работала, и составляет план улучшений. У неё три задачи:

  • понять, как прошёл спринт, этап или другой отрезок работы;
  • назвать удачные и неудачные моменты и расставить их по важности;
  • договориться, что меняем, и назначить ответственных.

Ретро — не место для порки. Это разбор, где у всех равные права: разработчик говорит, что ему не понравилось в менеджменте, менеджер — какие были проблемы с тестированием. Дальше команда вместе ищет решения.

За атмосферу отвечает менеджер. Если он приходит с задором, команда и после неудач готова на подвиги. Если с унылым лицом — драйва ждать не от кого. И ещё одно: бывает, что в команде зреет тихий конфликт. Ретро — то место, где менеджер должен его вскрыть, чтобы обиды разобрали вместе, а не по углам.

Метод четырёх «Ч»

Мы проводили ретро по простой схеме. Каждый участник отвечает на четыре вопроса:

  • что понравилось;
  • что не понравилось;
  • чему научились;
  • что изменим в процессах.

Ответы собирали на доске в FigJam: зелёное поле — плюсы, красное — минусы, жёлтое — чему научились, голубое — что меняем.

Перед встречей стоит проговорить с командой правила:

  • мы обсуждаем, как работали, чтобы понять, что улучшить;
  • каждый делал всё, что мог, с теми знаниями и инструментами, которые у него были;
  • это безопасное место: сказанное здесь не используют против человека;
  • мы собрались анализировать, а не обвинять.

Начните с себя: приведите пару своих примеров, в том числе неудачных. Это задаёт тон лучше любых вводных слов.

Как провести ретроспективу: порядок действий

До встречи:

  1. Ставим событие в календарь всем, кто должен участвовать.
  2. Минимум за день ставим каждому задачу на подготовку. Ещё лучше — записывать заметки для ретро по ходу работы.
  3. За неделю напоминаем о дате.
  4. Готовимся сами: выписываем пункты, которые хотим обсудить.

На встрече:

  1. Разбираем задачи с прошлого ретро: что сделано, что нет, что уже неактуально. Если задача не сделана в срок — выясняем почему и решаем, что с ней дальше.
  2. Даём слово каждому: плюсы, минусы, предложения. Всё записываем.
  3. В конце зачитываем итоги, назначаем ответственных и отправляем в чат. Отдельной карточкой заносим на доску задач.
  4. Через день проверяем, что по каждому пункту в трекере стоит задача.

Без последнего пункта договорённости так и остаются разговором.

Ретро по отделам, а не только по проектам

Ретроспективу обычно связывают с разработкой и спринтами. Мы пошли дальше и стали проводить её по отделам: с менеджерами, аккаунтами, разработчиками, маркетингом, дизайнерами, аналитиками и тестировщиками.

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

Что это дало: сотрудники стали проявлять инициативу и сами внедрять изменения в процессы компании, а студия — работать продуктивнее.

Чек-лист для ретро

Чек-лист проведения ретроспективы по отделам лежит в боте с регламентами — напишите ему, он пришлёт документ. Про то, как устроены наши чек-листы и как составить свой, — в материале «Как составить чек-лист».

12 октября 2026 · Первая версия — на Хабре