Daily Scrum: почему привычный формат не всегда работает

Вольный перевод статьи Daily Scrums Not Working? Try This Instead, опубликованной на сайте mountaingoatsoftware.com

Если ваш ежедневный скрам напоминает скорее отчет, чем встречу для командной синхронизации, вы, вероятно, проводите его не так, как нужно — иначе ваш daily standup (ежедневный стендап) теряет смысл. Из-за этого у вашей команды может возникать вопрос: «А зачем вообще нам эти дэйли?».

Если сейчас ваше ежедневное собрание превращается в круговой отчет — каждый по очереди рассказывает, что сделал вчера, что планирует сегодня и с какими трудностями столкнулся, — есть способ сделать эту встречу полезнее.

В статье я делюсь методом, который помогает команде включаться в обсуждение, лучше понимать задачи друг друга и быстрее замечать, если какой-то элемент бэклога требует внимания.

Готовы проверить, как хорошо вы знаете Agile и Scrum? Всего 5 минут – и вы получите не только результаты, но и полезные ресурсы с рекомендациями именно для вашего уровня!

Почему большинство ежедневных скрамов не работают

Чаще всего daily scrum проходит по схеме «один за другим», где команда отвечает на три классических (но необязательных) вопроса:

• Что сделал вчера
•  Что планируешь сегодня  
• Какие есть препятствия

Один человек делится своим отчетом, затем слово переходит к следующему.

Это привычный формат: каждый коротко рассказывает о своей работе.

Но у такого подхода есть минус. Каждый участник говорит только один раз. Как только я закончил свой отчет, на этом мое участие заканчивается — дальше я могу просто молчать до конца встречи. Более того, правило «не решать проблемы на daily scrum» только усиливает это молчание.

На самом деле, никакое правило не требует проводить скрам по принципу «один за другим». Вы можете выбрать другой формат, чтобы команда действительно работала вместе.

Daily Scrum: метод «один PBI за раз» — шаг за шагом к результату

 В большинстве команд мне удалось внедрить более простой и эффективный способ: обсуждать задачи из списка продукта по одной.

Scrum Master (скрам-мастер) или ведущий встречи называет первый элемент из списка задач и спрашивает: кто вчера занимался этой задачей?

Тот, кто работал над этим, делится своими действиями за вчерашний день.

Дальше ведущий уточняет: «Кто сегодня продолжит работать над этим?»

Любой, кто планирует взяться за эту задачу, рассказывает, что собирается сделать.

После этого Scrum Master или ведущий спрашивает: есть ли что-то, что мешает работать над этим элементом?

Команда отвечает, и ведущий переходит к следующей задаче, повторяя процесс.

Почему метод «по элементу бэклога за раз» работает лучше

Хочу отметить несколько плюсов подхода «один PBI за раз».

Во-первых, у членов команды появляется больше возможностей высказаться.

Например, если я активно работаю над одной задачей, но параллельно занимаюсь ещё несколькими мелкими задачами, относящимися к другим элементам, я расскажу о своей работе дважды — когда будут обсуждаться оба этих элемента.

В классическом формате каждый делится всей информацией за один раз. Здесь же обновления звучат точечно и по делу.

Комментарий автора перевода:  Независимо от выбранного формата, ключевая цель ежедневного скрама — понять, как команда продвигается к цели спринта. Оба описанных подхода фокусируются на прогрессе по задачам (что сделано), но могут упускать из виду общую картину движения к заявленному результату спринта. Для визуализации этого аспекта и раннего прогнозирования достижения цели спринта эффективно использовать диаграмму сгорания по цели спринта. Этот инструмент помогает команде быстро увидеть, находятся ли они на пути к успешному завершению спринта или необходимы корректировки.

Почему важно обсуждать задачи по очереди: ключевые плюсы для команды

1. 1. Легче увидеть, что реально делается 
   Когда задачи обсуждают одну за другой, сразу становится понятно, над чем команда работает прямо сейчас. Например, если в спринте взяли 10 задач, но одновременно команда может тянуть только 2–4 из них, это видно наглядно.
   
   Если на встрече каждый рассказывает о всех 10 задачах, а не только о тех, что в работе, — это тревожный сигнал. Значит, команда взяла на себя слишком много. Такой подход позволяет быстро заметить перегрузку и вовремя остановиться.
2. Проще понять, что команда успеет завершить 
   Когда несколько человек рассказывают об одной задаче, становится ясно: команда действительно над ней работает и, скорее всего, закончит её к концу спринта. Если же о какой-то задаче никто не вспоминает, а время заканчивается — стоит задуматься, стоит ли ждать ее выполнения в этом спринте.
3. Видно, как команда взаимодействует
   Количество людей, которые участвуют в обсуждении каждой задачи, многое говорит о командной работе. Если по каждой задаче высказывается только один человек — команда работает разрозненно. Такой сигнал помогает Scrum Master быстро заметить проблему и начать её решать.

Я считаю, что формат ежедневных scrum-встреч, когда каждый участник по очереди рассказывает о своих задачах, — это отголосок старых статусных встреч. Раньше, до перехода на гибкую методологию, многие команды собирались именно так: менеджер просил всех кратко рассказать о проделанной работе.

Эта гибкая методология Agile помогает строить более эффективные подходы к командным рабочим процессам. Часто, внедряя Agile, команды просто продолжают использовать этот знакомый способ. Он кажется логичным, ведь каждый может быстро поделиться своими результатами.

Для некоторых команд такой подход действительно подходит. Но из моего опыта многие команды выигрывают, если обсуждают задачи по отдельности — двигаясь шаг за шагом по списку.

Для тех, кто делает первые шаги в Agile: наш базовый курс поможет понять основы Scrum, Kanban и командного взаимодействия

Как превратить ежедневные Scrum-встречи в рабочий инструмент

Рекомендую менять формат встреч. Например, в этом спринте попробуйте обсуждать задачи по очереди — разбирайте каждую из них вместе. В следующем спринте дайте слово каждому участнику — пусть каждый коротко расскажет о своих результатах. Сравните впечатления и посмотрите, что больше помогает вашей команде двигаться вперед.

Возможно, вы поймёте, что один из форматов работает лучше других.

А может быть, вы заметите, что смена формата помогает поддерживать внимание и не даёт встречам превратиться в скучную рутину.