Ежедневный стендап: как фиксировать блокеры и следующие действия по записи
После короткого созвона команда должна понимать, что изменилось в работе и кому нужна помощь. Если каждый рассказал о занятости, а препятствие осталось без владельца, стендап не дал практического результата.
Что обсуждать на ежедневной встрече
Начните с общей цели ближайшей работы. Затем спросите, что изменилось с прошлой встречи, какие задачи застряли и где нужна координация. Если команда использует Scrum, Daily Scrum связан с проверкой продвижения к цели спринта и адаптацией плана. Не стоит считать обязательным единственный сценарий из трёх вопросов: формат должен помогать команде планировать работу.
Отделяйте короткую синхронизацию от подробного разбора. Если двум участникам нужно обсудить устройство решения, зафиксируйте отдельный разговор после стендапа. Остальным достаточно понимать зависимость и ожидаемый результат. Для руководителя более развёрнутую картину можно оформить как статус-отчёт проекта.
Как разобрать запись без переписывания всего разговора
Получите текст записи созвона и отмечайте только фрагменты, которые меняют дальнейшую работу. Полезны четыре метки: факт, препятствие, договорённость, вопрос. Фразу «занимаюсь отчётом» не нужно превращать в отдельное решение. Фраза «не могу завершить отчёт без выгрузки» уже указывает на зависимость.
Сохраняйте связь с задачей: номер, короткое название или ссылка в рабочей системе. Не полагайтесь на «тот файл» и «вчерашняя проблема». Если участник не назвал срок или ответственного, оставьте поле незаполненным и уточните его. Расшифровка помогает найти сказанное, но не даёт права допридумывать договорённости.
Учебный пример: блокер должен получить следующий шаг
Участник говорит: «Экспорт не проверен, потому что нет тестового набора. Наверное, Ирина сможет прислать». Плохой итог: «Ирина пришлёт данные сегодня». Это предположение, которого никто не подтвердил. Корректный итог: «Проверка экспорта заблокирована отсутствием тестового набора; уточнить у Ирины возможность и время передачи».
Если Ирина затем согласилась прислать набор до 14:00, обновите запись: появляется подтверждённое действие и срок. После получения набора у проверки экспорта должен остаться свой исполнитель. Передача данных и завершение проверки — две разные задачи. В статье о постановке задачи после созвона разобрано, как уточнить ожидаемый результат.
Что сделать сразу после стендапа
Покажите команде короткий итог и предложите исправить фактические неточности. Обновите существующие задачи, а не создавайте каждый день новые копии одного блокера. У незакрытого препятствия сохраняйте историю: когда возникло, что уже попробовали и что проверяем дальше.
На следующем стендапе возвращайтесь к изменению состояния, а не к повторению вчерашнего рассказа. Если блокер исчез, обозначьте это. Если договорённость не выполнена, уточните причину и следующий шаг. Не используйте длину выступления или число произнесённых задач как оценку полезности сотрудника: запись показывает разговор, а не всю работу человека.
Три строки рабочего итога
Учебный пример показывает разницу между фактом, обещанием и отдельным обсуждением.
| Фрагмент разговора | Запись в итоге | Чего не добавлять |
|---|---|---|
| «Нужен тестовый набор» | Блокер: нет набора | Выдуманный срок |
| «Пришлю до 14:00» | Подтверждённая передача | Автоматическое закрытие теста |
| «Обсудим после встречи» | Отдельный разбор с участниками | Новый общий созвон без нужды |
Частые вопросы
Нужно ли сохранять весь разговор в итогах?
Нет. Полная расшифровка нужна для проверки, а рабочий итог — для действий. Храните их раздельно.
Можно ли проводить стендап асинхронно?
Для обычной командной синхронизации можно выбрать подходящий формат. Если команда работает по Scrum, отдельно соблюдайте принятый процесс события Daily Scrum.
Как не дублировать блокер каждый день?
Сохраняйте одну запись с историей состояния и обновляйте следующий шаг. Новый день не делает старую проблему новой задачей.