Ежедневный Скрам: Сделайте его полезным, а не отчетом о статусе
Ежедневный Скрам предназначен для Разработчиков, чтобы спланировать свою работу на следующие 24 часа для достижения Цели Спринта. Это не совещание по статусу для менеджеров.
Многие команды относятся к Ежедневному Скраму как к отчету о статусе. Каждый Разработчик сообщает, что он сделал вчера, что будет делать сегодня, и о любых препятствиях. Это часто приводит к потере вовлеченности. Ежедневный Скрам, это событие планирования для Разработчиков, а не обновление информации о прогрессе для других. Его цель, инспектировать прогресс в достижении Цели Спринта и при необходимости адаптировать Бэклог Спринта. Если ваши Ежедневные Скрамы кажутся рутиной, пришло время изменить подход к ним.
Сосредоточьтесь на Цели Спринта
Руководство по Скраму четко определяет цель Ежедневного Скрама: инспектировать прогресс в достижении Цели Спринта и адаптировать Бэклог Спринта. Это означает, что разговор должен вращаться вокруг Цели Спринта. Разработчики должны обсуждать, что им нужно сделать сообща для ее достижения. Вместо индивидуальных отчетов о статусе, думайте об общей цели команды. Что для нас самое важное сегодня, чтобы приблизиться к Цели Спринта? Этот сдвиг в перспективе делает встречу гораздо более продуктивной.
Три вопроса не являются обязательными
Руководство по Скраму 2020 года исключило предписывающие три вопроса. Хотя они могут быть полезной отправной точкой для новых команд, они не являются правилом. Разработчики могут выбирать любую структуру и методы, которые они хотят, при условии, что это способствует их планированию на следующие 24 часа. Некоторые команды могут проходить по доске, обсуждая каждый элемент в работе. Другие могут сосредоточиться на зависимостях или рисках. Ключевым моментом является то, что Разработчики сами решают, что лучше всего подходит для достижения Цели Спринта.
Разработчики отвечают за встречу
Ежедневный Скрам предназначен для Разработчиков. Скрам-Мастер обеспечивает проведение события и понимание Разработчиками его цели. Они не руководят встречей. Владелец Продукта может присутствовать, но его роль, как правило, заключается в том, чтобы слушать, а не давать указания. Менеджеры извне Скрам-Команды не играют никакой роли в этом событии. Когда Разработчики берут на себя ответственность, они адаптируют обсуждение к своим потребностям. Это самоуправление имеет решающее значение для эффективного Ежедневного Скрама.
Таймбокс и последующие действия
Ежедневный Скрам строго ограничен 15 минутами. Это требует краткости и сосредоточенности. Любые подробные обсуждения или решение проблем должны происходить сразу после Ежедневного Скрама, с участием только соответствующих людей. Например, если два Разработчика выявляют техническую зависимость, они должны назначить отдельную, короткую встречу для ее разрешения. Сам Ежедневный Скрам, это синхронизация планирования, а не сессия по решению проблем. Соблюдение таймбокса делает встречу эффективной для всех.
Признаки полезного Ежедневного Скрама
Действительно полезный Ежедневный Скрам приносит команде явные преимущества. Вы заметите следующие результаты:
- Разработчики уходят с четким планом работы на день.
- Выявляются и устраняются зависимости между членами команды.
- Выявляются препятствия и обсуждаются шаги по их устранению.
- Понимается коллективный прогресс команды в достижении Цели Спринта.
- Бэклог Спринта адаптируется для отражения новой информации или решений.
Если ваша команда не видит этих результатов, пришло время инспектировать и адаптировать вашу практику Ежедневного Скрама. Поговорите с Разработчиками. Спросите их, что им нужно от этого события. Экспериментируйте с различными подходами. Ежедневный Скрам, это жизненно важная точка инспекции и адаптации для Разработчиков. Убедитесь, что он служит своей цели.