Этот пост призван развенчать распространенный миф о том, что Scrum daily (также называемые «стендапы») — это просто «совещание по статусу» (обсуждение текущего состояния задач). Этот миф часто оказывает негативное воздействие на эффективность работы в методологии Scrum. Давайте рассмотрим четыре ключевых различия между scrum daily и традиционным совещанием по статусу.

Что такое scrum daily?

Согласно Scrum Guide, цель Scrum Daily — проверить прогресс в достижении цели спринта, синхронизировать действия команды и определить план работ на следующие 24 часа.

  • Ежедневное совещание проводится разработчиками

  • Мероприятие ограничено по времени 15 минутами и происходит каждый день

По сути, ежедневное совещание в рамках Scrum можно охарактеризовать как небольшое коллективное планирование, проводимое самой командой разработчиков.

Что такое совещание о статусе?

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

  • Этим лицом обычно является тимлид, менеджер проекта или какой‑то другой управленец.

  • Основное внимание уделяется выполнению конкретных задач или этапов, а не достижению ценных результатов для бизнеса

  • Совещания о статусе, как правило, сосредоточены на индивидуальном вкладе

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

4 ключевых различия между Scrum daily и совещанием о статусе

#1 - Scrum daily способствует самоуправлению

Ответственность в Scrum важна для эффективного самоуправления. Разработчики несут общую ответственность за обеспечение качества при выполнении работы (той, что в скраме называется «Done Increment» — веха на пути к достижению результата). Это подразумевает, что они сами определяют, как достичь этого результата. Им принадлежит бэклог. Стимулируя регулярную проверку прогресса и совместную адаптицию бэклога спринта, scrum daily помогает разработчикам быть более эффективным в самоуправлении.

Когда scrum daily рассматривается как совещание о статусе, разработчики предоставляют обновленную информацию о статусе кому‑то другому. Они могут не чувствовать себя уполномоченными принимать решения. Эта ситуация усугубляется, если кто‑то начинает сомневаться в их решениях или указывать, что им следует делать.

#2 - Scrum daily повышают прозрачность и обеспечивают частую "проверку и адаптацию"

Scrum использует эмпирический подход для решения проблемы сложности и непредсказуемости разработки продуктов. Одним из трех столпов эмпиризма является прозрачность. Scrum daily обеспечивает прозрачность, гарантируя, что люди, ответственные за обеспечение качества и определение наилучших способов выполнения работы и достижения цели спринта, знают, что происходит: и хорошее, и плохое, и совсем уродливое (это отсылка к известному вестерну «The Good, The Bad and The Ugly» — прим. пер.).

Прозрачность позволяет командам адаптироваться к текущей ситуации и новым знаниям о происходящем. Люди, делающие работу, каждый день проводят короткий scrum daily. Такой график и временные рамки оптимизируют цикл обратной связи «проверь и адаптируй» без значительных потерь времени.

Если разработчики отчитываются перед кем‑то о состоянии дел, они могут не так открыто рассказывать о своем прогрессе и проблемах, с которыми сталкиваются. Кроме того, совещание по статусу не делает акцент на адаптации плана.

#3 - Scrum Daily позволяет сосредоточиться на достижении результата

Сущность Scrum заключается в достижении конечного результата, а «цель спринта» направляет усилия разработчиков. Когда внимание сосредотачивается на достижении цели и создании работоспособного программного продукта, цель спринта становится более существенной. Разработчики в состоянии оценить прогресс в контексте всего спринта и, если обнаруживается необходимость выполнения дополнительной работы, которая может подвергнуть риску достижение цели спринта, они могут провести обсуждение и внести коррективы в план. В случае обнаружения проблем, замедляющих прогресс, они способны обсудить это и адаптировать план.

На совещании по статусу отдельные сотрудники сообщают о задачах или компонентах, над которыми каждый из них работал, и, скорее всего, не сосредотачиваются на достижении ценного бизнес‑результата. Задача или фича, завершенная только на 80%, могут оказаться бесполезными в контексте разработке программного продукта. Нам неизвестен фактический прогресс, и неясно, предоставит ли завершенная работа к концу спринта что‑то, что принесет реальную пользу бизнесу.

#4 - Daily Scrum способствует развитию командной работы

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

Scrum daily — это не просто планирование, за которого отвечает кто‑то один. Разработчики создают и адаптируют план совместно. Более того, scrum daily предоставляет возможность взаимной поддержки в преодолении препятствий, обмена знаний или совместной работы для более быстрого выполнения задач.

Из моего опыта могу сказать, что совещания о статусе зачастую не про «совместную работу». Обычно они фокусируются на индивидуальных достижениях и координации задач.

Таким образом, эффективный daily scrum необходим для полного раскрытия преимуществ Scrum. Scrum daily — это быстрая сессия совместного планирования, проводимая разработчиками для разработчиков.

Комментарии (2)


  1. Batalmv
    22.11.2023 14:23
    +1

     Это подразумевает, что они сами определяют, как достичь этого результата. Им принадлежит бэклог

    Backlog пронадлежит продакту, либо аналитику, который его ведет за него. Сорян, но это так. Причина проста - продакт отвечает за итоговый бизнес результат перед спонсором с бюджетом. Разработчики уже дали оценку и решают технические моменты вроде обсуждение "контрактов" сервисов и других рабочих моментов (если формат позволяет конечно, иначе перенос обсуждения на отдельную встречу)

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

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

    Сущность Scrum заключается в достижении конечного результата, а «цель спринта» направляет усилия разработчиков

    Как и статус :)

    Scrum daiy — это отличная возможность для развития командной работы.

    Да всем часто так же "все равно" либо "не все равно" :) Нет никакой магии в слове scrum, от которого все начиает быть прозрачным, ориентированным на результат и т.д.

    --------------------------

    Все проще.

    Есть три вопроса и ответа на них.

    • Что делал?

    • Что планируешь?

    • Есть ли проблемы?

    Первые два не имеют смысла в контексте одного дейлика, но имеют огромный смысл в хронологии. Если сотрудник три дня колупает задачу, на которую на груминге запланировали 1 поинт - значит есть проблема, даже если он о ней и не говорит :)

    Если вчера планировал одно, а сегодня сделал другое, или любое другое несоответствие - снова явный тригер для поиска проблемы

    Третий же вопрос - явный тригер о явной проблеме.

    Ключ не в ритуале, а в хронологии. Один дейлик не дает ничего, цепочка дает почти все.

    Статус кстати можно в в трекере посмотреть, для этого совещание в любом формате не нужно. Вот вообще не нужно :)

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

    Вот тогда магия работает


    1. usego
      22.11.2023 14:23

      статус кстати можно в в трекере посмотреть, для этого совещание в любом формате не нужно.

      Один из важных поинтов, за которыми надо следить. Дейлики часто деградируют в репортаж об успехах (это и так в трекере видно), но умалчиваются проблемы (а это не видно). Ленятся и мастера, ожидая, что им доложат статус по всем задачам и не готовятся к дейликам, просматривая статусы по обещанным ранее тикетам. Закрытые тикеты на дейликах надо вообще банить, если только они не были блокерами для других задач.