Проводим ретроспективы

О чем говорить на ретро?

• Разработчик
  • Если в спринте произошла какая-то критическая ситуация, то проводится post-mortem.
  • Если в вашей команде принят принцип, когда разработке выделяется 1 свободный день в спринте, например, для расплаты с техническим долгом, то следует обсудить этот день, и пользу, которую мы принесли.
  • Плюсы и минусы прошедшей итерации: может быть не понравились макеты, или наоборот понравилась их проработка, чего-то не хватило в техническом задании, что серьезно повлияло на сроки.
• Дизайнер
  • Что думает по поводе внедренных фич из предыдущего спринта: аналитика, работоспособность, первые отзывы.
  • Как проходило внедрение фич в текущем спринте.
  • Успел ли проапдейтить библиотеку компонентов: внести новые компонеты, обновить описание поведения.
• Аналитик
  • Смотрим дашборд, где подросли, а где просели. Ключевые метрики продукта.
  • Что нового замечено.
  • Как ведут себя метрики фич с предыдущего спринта.
• Менеджер
  • Ревью договоренностей с предыдущего ретро. Если они не выполняются, проку от таких митингов мало.
  • Ревью результатов прошедшего спринта (сделали ли то, о чем договаривались).
  • Фидбек от заказчика, если есть.
  • Рассказать о новостях компании, проекта, долгосрочных планах. Каких-то задачах, которые ждут команду в будущем.