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