Ретроспектива — это структурированная командная встреча, проводимая в конце итерации, этапа или проекта для анализа того, что прошло хорошо, что можно улучшить, и для выработки конкретных действий по повышению эффективности совместной работы. Это ключевая практика непрерывного совершенствования в agile-методологиях.
2. Происхождение и контекст
Метод является фундаментальным элементом гибких методологий разработки, в частности Scrum и Kanban, сформировавшихся в 1990-х – 2000-х годах. Ретроспектива закреплена в Scrum как одно из пяти официальных событий, проводимое в конце каждого спринта для инспекции и адаптации процесса.
3. Суть простыми словами
Это «разбор полётов» в конструктивном ключе. Команда, завершившая определённый отрезок работы (например, двухнедельный спринт), собирается и честно обсуждает: «Что у нас получилось отлично?», «Что пошло не так?» и «Что мы сделаем иначе в следующий раз, чтобы работать лучше?». Цель — не найти виноватых, а найти способы улучшить процесс.
4. Как применяется метод
Стандартный процесс проведения ретроспективы включает этапы:
Подготовка: Модератор (часто Scrum Master) выбирает формат встречи, готовит необходимые материалы (доска Miro, стикеры, флипчарт) и напоминает команде о правилах (безличная критика, фокус на процессах, а не на людях).
Сбор данных (Set the Stage): Команда совместно вспоминает ключевые события завершённого периода. Часто используется техника «What Went Well / What Didn't Go Well» («Что прошло хорошо / Что прошло не очень»).
Генерация идей (Gather Insights): Участники анализируют собранные данные, чтобы выявить первопричины успехов и проблем. Задаются вопросы: «Почему это сработало?», «Почему это стало проблемой?»
Принятие решений (Decide What to Do): Команда совместно выбирает 1-3 наиболее важных и реализуемых улучшения, над которыми будет работать в следующем цикле. Формулируются конкретные действия (action items) с ответственным и сроком.
Завершение ретроспективы (Close the Retrospective): Краткое подведение итогов, оценка эффективности самой встречи и благодарность участникам.
Классическая «Что прошло хорошо / Что можно улучшить»: Команда делит доску на два столбца и приклеивает стикеры с наблюдениями. Самый простой и распространённый формат.
«Парусная лодка» (Sailboat): Команда рисует метафору: лодка (команда) плывёт к цели (острову). Ей помогают «попутный ветер» (движущие силы) и мешают «якоря» (препятствия). «Рифы» — это риски впереди. Наглядно показывает динамику.
«4L» (Liked, Learned, Lacked, Longed for): Участники делятся по четырём категориям: что понравилось (Liked), чему научились (Learned), чего не хватило (Lacked), о чём мечтали (Longed for). Хорошо подходит для итоговых ретроспектив проекта.
«Мад, Сад, Глад» (Mad, Sad, Glad): Эмоционально окрашенный формат, где участники делятся, что их разозлило (Mad), огорчило (Sad) и обрадовало (Glad) в прошедшем цикле. Помогает выявить скрытые напряжённости.
6. Области применения
Управление проектами по agile1. Заместитель генерального директора по маркетингу и продажам.
Почему? «Заместитель генерального директора по маркетингу и продажам» — это стандартная и общепринятая формулировка для такой руководящей должности. Она точно отражает зону ответственности (маркетинг + продажи) и уровень позиции (заместитель генерального директора). Альтернативные варианты, такие как «Коммерческий директор» (шире, может включать закупки, логистику) или «Директор по развитию» (менее конкретно), в данном контексте менее точны. Указание «внутреннее название — CMO» в скобках допустимо, если это принято в компании, но основным в официальном контексте должно быть полное наименование должности.
Пример: В официальной организационной структуре и трудовом договоре должно быть указано: «Заместитель генерального директора по маркетингу и продажам». В внутренней переписке или визитке допустимо: «Заместитель генерального директора (CMO)».