DAKI: ретроспектива для решений о командных практиках

Название техники DAKI складывается из четырех глаголов: Drop, Add, Keep и Improve. В русском обсуждении их удобно переводить как «убрать», «добавить», «сохранить» и «улучшить». Каждая колонка просит принять решение о практике, а не просто оценить прошедший спринт. Поэтому карточка «планирование было долгим» для DAKI еще не готова. Команде нужно определить, отказаться ли от части встречи, добавить подготовку, сохранить полезный этап или улучшить регламент.

Что означает каждая колонка DAKI

Drop: от чего отказываемся

В Drop попадают действия, правила и встречи, которые перестали приносить пользу. Хорошая карточка называет конкретную практику: «не проводить общий статус после письменного отчета» или «убрать обязательное согласование мелких исправлений». Формулировка должна описывать то, чем команда управляет сама. Жалоба «убрать срочные задачи от бизнеса» не сработает, если участники не могут повлиять на поток запросов. В таком случае полезнее обсудить правило приема и приоритизации срочных задач.

Add: что добавляем

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

Keep: что сохраняем

Keep защищает работающие договоренности от случайной отмены. Сюда стоит писать не общие похвалы, а повторяемые действия: «сохраняем парное ревью для критичных изменений» или «оставляем короткую сверку рисков по средам». Такая колонка напоминает, что ретроспектива нужна не только для поиска проблем. Команда фиксирует полезные практики и понимает, почему их стоит продолжать.

Improve: что улучшаем

Improve относится к существующим практикам, которые нужны команде, но работают недостаточно хорошо. Карточка «улучшить ревью» слишком широка. Полезнее записать наблюдение: «ревью крупных изменений начинается в день релиза». Во время обсуждения команда сможет превратить его в решение, например отправлять такие изменения на ревью не позже чем за два рабочих дня до релиза.

Как различать похожие решения

Главная граница проходит между Add и Improve. Если практики еще нет, карточка относится к Add. Если команда уже действует так, но хочет изменить качество, порядок или срок, выбирайте Improve. Вопрос «мы уже это делаем?» обычно снимает спор за несколько секунд.

Drop и Improve различаются ожидаемым состоянием после встречи. После Drop практика исчезает. После Improve она остается, но работает по новому правилу. Например, длинный ежедневный статус можно убрать полностью или ограничить 15 минутами. Это разные решения, и фасилитатору стоит проговорить последствия до голосования.

Keep тоже не означает запрет на изменения. Колонка фиксирует ценность практики в текущем контексте. Если парное ревью помогает снижать число дефектов, команда может сохранить его еще на один цикл, а затем снова проверить результат. Любая договоренность остается рабочей гипотезой, а не бессрочным обязательством.

Когда DAKI подходит команде

• Участники уже понимают основные проблемы и хотят принять решения о рабочих практиках.
• После нескольких итераций накопились правила, встречи и ритуалы, которые пора пересмотреть.
• Команде нужно отличить полный отказ от улучшения существующего процесса.
• На ретроспективу есть около часа, а результатом должны стать конкретные действия.

DAKI хуже подходит для первого разговора после конфликта, сокращения или другого тревожного события. Прямые глаголы могут слишком быстро перевести встречу к решениям, когда участникам сначала нужно назвать переживания и восстановить общую картину. Формат также не заменяет разбор инцидента, если команда еще не понимает причин сбоя. В таких случаях сначала исследуйте факты и контекст, а DAKI используйте позже для выбора изменений.

Сценарий ретроспективы DAKI на 55 минут

1. Задайте рамку встречи, 5 минут

Назовите период и предмет обсуждения: последний спринт, релиз, цикл поддержки или набор командных встреч. Коротко объясните четыре колонки и отдельно покажите границу между Add и Improve, Drop и Improve. Попросите участников описывать процессы и наблюдаемое поведение, а не оценивать людей.

2. Соберите карточки молча, 8 минут

Дайте каждому время самостоятельно добавить карточки. Не требуйте заполнить все колонки. Для одной встречи достаточно одной-двух важных мыслей от участника. Тихий этап помогает услышать тех, кто не успевает включиться в свободную дискуссию, и снижает влияние первых высказанных идей.

3. Уточните формулировки, 10 минут

Прочитайте карточки по колонкам, объедините дубли и попросите авторов привести пример. Переносите карточку, если обсуждение показало другой тип решения. Фразу «плохое планирование» можно уточнить до наблюдения «обсуждаем задачи без критериев готовности», но окончательное действие пока выбирать не нужно.

4. Выберите темы, 5 минут

Проведите короткое голосование и оставьте три-четыре темы с наибольшей поддержкой. Не выбирайте обязательного победителя в каждой колонке. Если команда не предложила ничего для Drop, это нормальный результат. Искусственная квота создает действия, которые никто не считает нужными.

5. Сформулируйте действия, 20 минут

Для каждой выбранной темы ответьте на три вопроса: что именно изменится, кто отвечает за первый шаг и когда команда проверит результат. Вместо «улучшить планирование» договоритесь «до четверга добавить критерии готовности в пять задач следующего спринта, владелец Маша». Для действия из Drop уточните, что заменит удаленную практику, если она решала полезную задачу.

6. Закройте встречу проверкой, 7 минут

Оставьте не больше трех действий и назначьте дату возврата к каждому. Быстро прочитайте итоговый список вслух. Участники должны одинаково понимать первый шаг и признак результата. В начале следующей ретроспективы проверьте, что было выполнено, чему помогло изменение и нужно ли его сохранить, улучшить или убрать.

Типичные ошибки

• Карточки описывают людей, а не практики. Переформулируйте оценку в наблюдаемое действие или правило, которым команда может управлять.
• Drop превращается в список внешних ограничений. Обсуждайте не то, что хочется отменить, а то, от чего команда действительно может отказаться.
• Add и Improve дублируют друг друга. Сначала выясните, существует ли практика сейчас, и только потом выбирайте колонку.
• Keep заполнена словами «все хорошо». Назовите конкретное действие и условие, при котором оно приносит пользу.
• После голосования остаются пожелания без владельца и срока. Завершайте встречу несколькими проверяемыми договоренностями.

Чем DAKI отличается от близких форматов

В KALM команда регулирует интенсивность практик через Less и More. Такой подход удобен для мягкой настройки. DAKI использует более решительные направления Drop и Improve, поэтому помогает отдельно обсудить полный отказ и качественное изменение процесса.

Starfish предлагает пять зон и разделяет начало, прекращение, сохранение, усиление и ослабление действий. Он дает более подробную карту изменений, но требует больше времени на объяснение похожих направлений. DAKI компактнее и оставляет четыре разных типа решения.

Plus / Delta сводит разговор к двум вопросам: что сработало и что нужно изменить. Его проще провести за 20 минут. DAKI лучше подходит, когда у команды есть полноценный слот и важно различить сохранение, улучшение, добавление и полный отказ.

Попробуйте DAKI на следующей встрече

Откройте страницу DAKI и создайте доску по готовому шаблону. Колонки Drop, Add, Keep и Improve уже расположены в нужном порядке и снабжены подсказками. Другие сценарии собраны в каталоге техник, а возможности командной работы с досками описаны на странице модуля «Ретроспективы».