ПроектоводЛичный кабинетПосле каждого проекта команда перечисляет, что было хорошо и плохо. Список сохраняют, но в следующем проекте возникают те же трудности. Обсуждение состоялось, а решение о действии — нет.
В чём суть
На разборе опыта команда сравнивает ожидания с тем, что произошло, выясняет причины и выбирает, что попробовать дальше. Сначала восстановите факты, затем обсуждайте причины. Удачный исход тоже стоит изучать: возможно, он получился благодаря случайному запасу, а не устойчивому порядку.
Как действовать
- Выберите завершённый участок работы и восстановите исходные ожидания. Подготовьте доступные данные и примеры.
- Соберите наблюдения участников. Отделите факты, с которыми все согласны, от объяснений, по которым мнения расходятся.
- Выберите одну-две причины, на которые команда может повлиять. Сформулируйте небольшое изменение вместо общего пожелания.
- Назначьте владельца, срок применения и дату проверки. Следующий разбор начните с прошлых договорённостей.
Страница вышла вовремя, но дизайнер работал вечером из-за позднего утверждения цены. Команда не записывает «ускорить согласования». Она назначает проверку условий до начала макета и резервное время утверждающего. На следующем запуске проверяют, сократилась ли переделка без переноса задержки на автора.
Что учесть
Ретроспектива не обязана заканчиваться изменением ради изменения. Можно сохранить работающий порядок или признать, что данных недостаточно. Проблему за пределами полномочий оформите как запрос решения.
Как понять, что получилось
Есть конкретный следующий шаг или обоснованное решение ничего не менять. Старые договорённости не исчезают при появлении нового списка идей.
Шаблон
Что ожидали: Что произошло: Что помогло: Что мешало: Факты и версии: Выбранное изменение: Владелец и срок: Как проверим: Что было по прошлым договорённостям:
Учебные примеры вымышлены; числа и сроки не являются нормативами. Редакция от 10 октября 2026