Daily standup в растущей команде. Как не превратить дейли в пустую трату времени
Знакомая история для тех, кто работает в растущей компании. Полтора года назад команда из пяти человек сидела в одном офисе в Астане, дейли занимал семь минут, и все расходились с пониманием, кто чем занимается. Потом продукт вырос, набрали людей в Алматы, часть команды ушла на удалёнку, появились фрилансеры из других городов. Тот же дейли теперь длится тридцать минут, четырнадцать человек по очереди рассказывают свой статус, половина слушает вполуха, потому что их это не касается.
Рост команды ломает привычные процессы, и дейли обычно ломается одним из первых. То, что работало для стартапа из пяти человек, перестаёт работать, когда людей становится пятнадцать и они сидят в разных городах.
Почему дейли ломается при росте
Первая причина арифметическая. Если каждый участник говорит две минуты, дейли из пяти человек длится десять минут. Дейли из пятнадцати человек длится полчаса. При этом каждому конкретному участнику релевантна информация от двух-трёх коллег, а остальные двадцать минут он просто ждёт.
Вторая причина связана с распределённостью. Когда часть команды в Алматы, часть в Астане, а ещё есть удалённые разработчики, найти удобное время для всех становится задачей. Добавьте международных клиентов или партнёров с разницей в несколько часов, и дейли превращается в компромисс, который никому не удобен.
Третья причина глубже. В маленькой команде каждый знает контекст задач остальных. При росте до 15 человек этот общий контекст исчезает. Когда бэкенд-разработчик рассказывает про рефакторинг API, дизайнер и аналитик физически не могут извлечь из этого пользу. Дейли превращается в поток информации, который невозможно переварить.
Как адаптировать дейли для растущей команды
Разделить одну большую команду на несколько маленьких. Это звучит радикально, но если в команде больше 9 человек, стоит задуматься о разделении. Две команды по 6-7 человек с отдельными дейли работают эффективнее, чем одна команда из 14 с общим стендапом. У нас часто сопротивляются этой идее, потому что «мы же один продукт делаем», но именно разделение позволяет сохранить скорость коммуникации при росте.
Перейти от «рассказываю про себя» к «обсуждаем доску». Команда открывает Jira или YouTrack, идёт по задачам справа налево. Что нужно, чтобы эта задача двинулась дальше? Есть ли блокеры? Нужна ли помощь? Задачи, по которым всё понятно, пропускаются. Формат занимает меньше времени и фокусирует разговор на том, что реально важно.
Разнести синхронное и асинхронное. Ежедневный статус можно писать в Slack-канале до дейли. Бот напоминает, каждый пишет одно-два предложения. На живой встрече обсуждаются только блокеры и вопросы, которые требуют разговора. Для распределённых команд Алматы-Астана это особенно полезно, потому что часть информации доступна ещё до звонка.
Решить вопрос с таймзонами явно. Если в команде есть люди с разницей в 3+ часа, ежедневная синхронная встреча может быть неоправданной нагрузкой. Альтернатива: синхронный дейли 2-3 раза в неделю, а в остальные дни асинхронный формат. Или два коротких дейли для разных часовых зон с одним связующим участником, который присутствует на обоих.
Ограничить время жёстко. Таймбокс в 15 минут записан в Scrum Guide не просто так. Если дейли регулярно выходит за 15 минут, это сигнал, что формат требует изменений. Детальные обсуждения выносятся за пределы дейли и проводятся сразу после, с участием только тех, кого это касается.
Ошибка, которую совершают при масштабировании
Частая реакция на рост команды: добавить ещё один уровень синхронизации. Дейли команды, потом дейли тимлидов, потом дейли руководителей направлений. Каждый новый уровень добавляет задержку в передаче информации и искажения при пересказе. Прежде чем добавлять синки, стоит спросить: можно ли решить эту задачу прозрачностью? Общая доска, доступная всем, часто работает лучше, чем цепочка из трёх пересказов.
Где развивать навыки фасилитации
Адаптировать процессы для растущей команды заметно сложнее, чем запустить Scrum для пяти человек. На программе Advanced Scrum Master & Agile Coach разбираются инструменты фасилитации и масштабирования agile-практик на практике. Сертификат ICP-ATF от ICAgile подтверждает эти компетенции и работает у нас и за рубежом.
Базовая программа Certified Agile Professional даёт понимание agile-событий и их взаимосвязей. Scrum, Kanban, AI-инструменты для командной работы. Тренинги проходят в Zoom, время удобно для Алматы и Астаны.