Почему ваш утренний стендап — это унылый допрос.
Понедельник, 10 утра. В зуме висят 12 человек с выключенными камерами, и каждый по очереди монотонно бубнит: «Вчера ковырял таску 404, сегодня буду пилить 405, блокеров нет». Вы только что сожгли полчаса драгоценного времени всей команды абсолютно впустую.
Мы превратили главный инструмент синхронизации в банальный статус-митинг для начальства. Скрам-мастер или ПМ открывает трекер и начинает перекличку, играя в надсмотрщика. Разработчики покорно отчитываются, лишь бы от них поскорее отстали. Никто никого не слушает. Как только человек отстрелялся, он мьютится и уходит скроллить телеграм или писать код. Ему плевать, что там у Васи с фронтенда.
Это не Daily Scrum. Это карго-культ и пустая трата зарплатного фонда.
По правилам фреймворка, дейлик вообще не для менеджеров, не для продакта и не для сбора отчетов. Это 15-минутная точка синхронизации исключительно для разработчиков. Единственная цель этой встречи, понять: мы вообще успеваем дотащить Цель Спринта до релиза, или уже летим в пропасть?
Если вам нужен отчет о том, кто чем занят — настройте нормальный дашборд в Jira и смотрите туда хоть круглосуточно. Людей для этого дергать не надо.
Как перестать издеваться над командой и начать проводить нормальные стендапы?
Выкиньте из головы эти три унылых вопроса («что делал, что буду делать, какие проблемы»). Откройте доску и начните смотреть на нее справа налево. Фокусируйтесь на работе, а не на работниках.
Вот таска висит в «Код-ревью» уже третий день. Кто прямо сейчас может ее аппрувнуть, чтобы она уехала на прод? А вот критичный баг застрял в колонке «В работе», потому что мы ждем ответа от смежников. Кто пойдет пинать соседний отдел?
Смысл дейлика — вскрывать заторы на доске. Если задача стареет и не двигается, команда должна бросить новые тикеты и навалиться на проблему вместе. Это называется роение (swarming). В Agile побеждает не тот, кто больше всех набрал в работу, а тот, кто быстрее дотащил начатое до колонки Done.
И главное — таймбокс. Ровно 15 минут. Если обсуждение архитектуры базы данных или спор о выборе библиотеки занимает больше двух минут, жестко прерывайте. Те, кому это реально нужно, остаются на созвоне после дейлика. Остальные с чистой совестью уходят работать.
Перестаньте играть в микроменеджмент. Дейлик нужен для того, чтобы чинить процесс прямо на ходу, а не для того, чтобы тешить эго руководителя.
P.S. Это выжимка из моей базы знаний. Если устали от корпоративного булшита и хотите понять, как настраивать процессы, метрики и архитектуру по уму — заглядывайте в глоссарий Your Agile Hub.