Daily standup, который все ненавидят. Как сделать дейли полезным
Утро в крупной компании нередко выглядит так. Девять утра, дейли своей команды. Девять пятнадцать, синк с фронтенд-командой. Девять сорок пять, кросс-командный стендап программы. Десять пятнадцать, ещё один синк, потому что зависимость от платёжного шлюза. К одиннадцати часам человек успел побывать на четырёх встречах и не написал ни одной строчки кода. И так каждый день.
При этом на каждой из этих встреч происходит примерно одно и то же. Участники по очереди рассказывают, что делали вчера, что планируют сегодня, какие есть блокеры. Менеджер кивает, иногда задаёт уточняющие вопросы. Остальные ждут своей очереди, параллельно поглядывая в Slack. Формально это Scrum-дейли. Фактически это утренняя перекличка.
Как дейли становится отчётом
Scrum Guide описывает daily scrum как событие для разработчиков, на котором команда синхронизируется и адаптирует план на день. Ключевое слово здесь «для разработчиков». На практике во многих российских компаниях дейли воспринимается иначе. Руководитель или тимлид ведёт встречу, задаёт вопросы, а команда отвечает. Формат из «мы вместе планируем день» смещается в «я докладываю, что сделал».
Сдвиг происходит незаметно. Достаточно того, чтобы менеджер начал регулярно присутствовать на дейли и задавать вопросы вроде «а почему эта задача ещё не готова?». После нескольких таких эпизодов команда бессознательно начинает адаптировать свои ответы, чтобы звучать продуктивно. Дейли становится площадкой для демонстрации занятости, а проблемы замалчиваются, потому что поднимать их при руководителе рискованно.
Проблема масштаба
В командах из 5-7 человек дейли на 15 минут вполне рабочий инструмент. Проблемы начинаются, когда команд становится десять, двадцать или пятьдесят. Каждая из них проводит свой дейли, а потом нужны ещё синки между командами. Появляются Scrum of Scrums, которые выглядят как дейли для представителей команд. В программах из 10+ команд количество синхронизационных встреч нарастает лавинообразно.
Парадокс в том, что чем больше встреч, тем хуже координация. Люди устают от бесконечных синков, начинают пропускать, отправлять вместо себя коллег, которые не в контексте. Информация теряется на каждом пересказе. Блокер, о котором сказали на дейли одной команды, доходит до нужных людей через два дня и три уровня пересказа.
Что можно изменить
Вернуть фокус на задачи, а не на людей. Вместо формата «каждый рассказывает по очереди» команда проходит по доске. Берётся самая правая задача (ближайшая к Done) и обсуждается, что нужно, чтобы её завершить. Потом следующая. Это занимает столько же времени, но разговор идёт о работе и блокерах, а не о том, кто чем занимался вчера. Задачи, по которым нечего обсуждать, просто пропускаются.
Убрать менеджера из роли ведущего. Если руководитель хочет понимать статус, для этого есть доска и метрики. Присутствие на дейли допустимо, но вести встречу и задавать вопросы стоит команде. Скрам-мастер может фасилитировать процесс, пока команда не привыкнет к самоорганизации.
Сократить кросс-командные синки. Вместо ежедневных Scrum of Scrums на 30-40 минут многие программы переходят к асинхронным обновлениям в Slack или Confluence. Живая встреча проводится 2-3 раза в неделю и только по блокерам, которые не удалось решить асинхронно.
Использовать правило двух минут. Если обсуждение конкретной задачи выходит за рамки двух минут, оно выносится за пределы дейли. На встрече фиксируется, кто с кем после дейли обсудит тему подробнее. Это простое правило защищает остальных участников от превращения дейли в часовое совещание.
Задать себе вопрос: что изменится, если отменить эту встречу? Если честный ответ «ничего», то встречу стоит отменить. Команда, которая работает над одним продуктом, сидит рядом (или постоянно общается в чате) и видит общую доску, может не нуждаться в формальном дейли каждый день. Два-три раза в неделю бывает вполне достаточно.
Где развивать навыки фасилитации
Превратить дейли из ритуала в рабочий инструмент требует навыков фасилитации и понимания командной динамики. На программе Advanced Scrum Master & Agile Coach разбираются инструменты работы с групповой динамикой и конфликтами, включая практику фасилитации регулярных событий Scrum. Сертификат ICP-ATF от ICAgile подтверждает эти компетенции.
Базовая программа Certified Agile Professional даёт понимание того, зачем нужны agile-события и как они работают в связке. Scrum, Kanban, AI-инструменты для командной работы разбираются на практике.