Дейли стендапы

Стендапы — это одна из основных составляющих Agile-разработки, но часто их истинное значение понимают неправильно. Давайте посмотрим на это объективно: чтобы утверждать, что команда работает по методологии Agile, одних стендапов недостаточно. Они не предназначены для повышения чьей-либо самооценки или оправдания должностных обязанностей. Стендапы проводятся не для создания планов — для этого существуют собрания по планированию спринта. Блокеры следует обсуждать не только на стендапах, но и всякий раз, когда они мешают работе.

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

Стендапы и их роль в методологии Scrum

Ежедневный стендап — это короткая встреча для обсуждения текущего прогресса и выявления блокеров. Как следует из названия (stand up — англ. «вставать»), собрание проводится стоя и не должно быть продолжительным.

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

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

Иными словами, стендап — это ежедневное собрание ключевых участников команды: владельцев продуктов, разработчиков и Scrum-мастера. Содержание этого собрания может варьироваться, но в Atlassian структура стендапа состоит из трёх простых вопросов:

  1. «Что мне удалось сделать вчера?»
  2. «Над чем я буду работать сегодня?»
  3. «Какие проблемы мешают мне двигаться вперёд?»

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

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

Ретроспектива

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

Цель ретроспективного совещания заключается в следующем:

  • Оценить, как прошел последний спринт, итерация или иная рабочая единица (особенно важно в контексте динамики, процессов и инструментов команды).
  • Сформулировать удачные и неудачные моменты и определить их приоритет.
  • Составить и осуществить план по улучшению работы команды.

Ретроспектива предоставляет безопасное место для самоанализа и адаптации. Для успешного проведения ретроспективы необходима атмосфера поддержки, которая поощряет вклад всех участников команды, но не принуждает их вносить предложения.

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

Как провести первую ретроспективу

Хотя полезно изменять формат ретроспективы, некоторые аспекты, такие как хронометраж, участники и общая форма, должны по возможности оставаться неизменными.

Когда

Для Agile-команд, работающих по двухнедельным спринтам, ретроспектива должна проводиться в конце каждого спринта. Для команд, использующих метод Kanban, может подойти ежемесячная или ежеквартальная ретроспектива. После развертывания крупных инициатив также полезно привлекать представителей вышестоящего руководства; обсуждайте не конечный продукт, а совместную работу команды над ним.

Выделите на ретроспективу от тридцати минут до часа, в зависимости от длины спринта и объёма работы для обсуждения.

Кто

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

Что

Существует несколько способов проведения ретроспективы, но стандартный шаблон встречи выглядит следующим образом:

  1. Составьте короткий список того, что работало хорошо, и того, что можно улучшить. Этот список можно создать на магнитной доске или стене с помощью стикеров. Обязательно сохраните его после собрания для дальнейшего использования.
  2. Всей командой расставьте элементы этого списка по важности. Вы можете обнаружить общие темы, которые удобно сгруппировать.
  3. Обсудите способы улучшения двух верхних элементов списка «Области для улучшения». Сосредоточьтесь на конечных результатах, а не на действиях, людях или прошлом.
  4. Составьте план действий. К концу сеанса команда должна подготовить несколько практических идей по улучшению выбранных областей, с чётко определёнными владельцами и сроками выполнения.

Будьте дисциплинированы в выполнении плана. Постоянное обсуждение одних и тех же трудностей в каждой ретроспективе может привести к разочарованию. Убедитесь, что все участники возвращаются к работе с чётким пониманием дальнейших действий. Для каждой задачи, определённой во время ретроспективы, нужно назначить конкретного владельца, который доведёт её до конца.

Разнообразие придаёт вкус жизни

Стандартизация ретроспективы — хорошая идея для укрепления стабильности и доверия в команде. Однако организаторы могут использовать разные приёмы, чтобы раскрыть дополнительные идеи, привлечь новых участников или просто поддержать интерес.

  • Привлеките организатора со стороны. Обычно ретроспективу проводит Scrum-мастер или руководитель проекта, но вы можете пригласить гостя для проведения следующей ретроспективы. Это может показать положительные изменения, если у ведущего нет личной заинтересованности. Более того, это позволяет сотрудникам понаблюдать за работой других Agile-команд и заимствовать полезный опыт.
  • Измените список подсказок. Например:
    • Начать/прекратить/продолжить: какие действия команде нужно начать выполнять, а какие — прекратить или продолжить.
    • Больше/меньше: что команда должна делать больше, а что — меньше.
    • Радость/грусть/гнев: что вызывает у участников радость, грусть или гнев. Сосредоточьтесь на том, как улучшить ситуации, вызывающие грусть и гнев, чтобы в будущем преобладала радость.
  • Пригласите руководство. После запуска крупного проекта пригласите представителя руководства для обсуждения совместной работы команды, а не деталей выполнения проекта.

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