Дейли стендапы
Стендапы — это одна из основных составляющих Agile-разработки, но часто их истинное значение понимают неправильно. Давайте посмотрим на это объективно: чтобы утверждать, что команда работает по методологии Agile, одних стендапов недостаточно. Они не предназначены для повышения чьей-либо самооценки или оправдания должностных обязанностей. Стендапы проводятся не для создания планов — для этого существуют собрания по планированию спринта. Блокеры следует обсуждать не только на стендапах, но и всякий раз, когда они мешают работе.
Из этой статьи вы узнаете, как эффективно бороться с блокерами, а также получите другие полезные советы и рекомендации, используемые в Atlassian. Мы хотим помочь вам улучшить стендапы (и agile-программу в целом).
Стендапы и их роль в методологии Scrum
Ежедневный стендап — это короткая встреча для обсуждения текущего прогресса и выявления блокеров. Как следует из названия (stand up — англ. «вставать»), собрание проводится стоя и не должно быть продолжительным.
Для команды разработчиков стендап выполняет функцию краткого совещания на спортивной площадке. Подобно американскому футболу или регби, перед каждой игрой команда собирается для стратегической планировки, чтобы оставаться в курсе событий и действовать согласованно. То же самое относится и к разработчикам. Стендап, также известный как ежедневное scrum-совещание (scrum — англ. «схватка», элемент игры в регби), помогает сплотить команду и держать всех в курсе дел.
Вот шаблон ежедневного стендапа, который можно использовать в начале.
Иными словами, стендап — это ежедневное собрание ключевых участников команды: владельцев продуктов, разработчиков и Scrum-мастера. Содержание этого собрания может варьироваться, но в Atlassian структура стендапа состоит из трёх простых вопросов:
- «Что мне удалось сделать вчера?»
- «Над чем я буду работать сегодня?»
- «Какие проблемы мешают мне двигаться вперёд?»
Эти вопросы помогают раскрыть прогресс и выявить блокеры команды. Кроме того, когда каждый сообщает, какой вклад он или она вносит в общее дело, связи внутри команды укрепляются. Каждый день участникам команды предлагается рассказать о своих достижениях и планах, чтобы все могли чувствовать гордость за общий вклад команды в успех организации.
Важно, чтобы каждый участник ежедневного стендапа заранее знал, что он или она собирается сказать. Тогда стендап пройдет динамично, и никто не успеет заскучать.
Ретроспектива
Ретроспективы — это отличная возможность для Agile-команды оценить свою работу и разработать план улучшений на будущее. Ретроспектива поддерживает идею постоянного усовершенствования, защищая от ловушек самонадеянности, и побуждает команду выходить за рамки рабочего цикла, чтобы поразмыслить о прошедших этапах.
Цель ретроспективного совещания заключается в следующем:
- Оценить, как прошел последний спринт, итерация или иная рабочая единица (особенно важно в контексте динамики, процессов и инструментов команды).
- Сформулировать удачные и неудачные моменты и определить их приоритет.
- Составить и осуществить план по улучшению работы команды.
Ретроспектива предоставляет безопасное место для самоанализа и адаптации. Для успешного проведения ретроспективы необходима атмосфера поддержки, которая поощряет вклад всех участников команды, но не принуждает их вносить предложения.
Ретроспектива должна давать вашей команде положительный опыт и заряжать её энергией. Она помогает участникам делиться важными отзывами, справляться с разочарованиями и находить совместные решения. Организаторы тоже могут многое узнать для себя, лучше понять, как работает команда и какие трудности (и успехи) она пережила в последнем спринте. Результатом успешной ретроспективы становится список улучшений, за которые участники команды берут ответственность и к которым стремятся в следующем спринте.
Как провести первую ретроспективу
Хотя полезно изменять формат ретроспективы, некоторые аспекты, такие как хронометраж, участники и общая форма, должны по возможности оставаться неизменными.
Когда
Для Agile-команд, работающих по двухнедельным спринтам, ретроспектива должна проводиться в конце каждого спринта. Для команд, использующих метод Kanban, может подойти ежемесячная или ежеквартальная ретроспектива. После развертывания крупных инициатив также полезно привлекать представителей вышестоящего руководства; обсуждайте не конечный продукт, а совместную работу команды над ним.
Выделите на ретроспективу от тридцати минут до часа, в зависимости от длины спринта и объёма работы для обсуждения.
Кто
На ретроспективе должен присутствовать каждый участник команды. Руководит дискуссией организатор совещания: это может быть Scrum-мастер, владелец продукта или кто-то из команды. Смело привлекайте к обсуждению дизайнеров, маркетологов и других сотрудников, участвовавших в текущем спринте или итерации.
Что
Существует несколько способов проведения ретроспективы, но стандартный шаблон встречи выглядит следующим образом:
- Составьте короткий список того, что работало хорошо, и того, что можно улучшить. Этот список можно создать на магнитной доске или стене с помощью стикеров. Обязательно сохраните его после собрания для дальнейшего использования.
- Всей командой расставьте элементы этого списка по важности. Вы можете обнаружить общие темы, которые удобно сгруппировать.
- Обсудите способы улучшения двух верхних элементов списка «Области для улучшения». Сосредоточьтесь на конечных результатах, а не на действиях, людях или прошлом.
- Составьте план действий. К концу сеанса команда должна подготовить несколько практических идей по улучшению выбранных областей, с чётко определёнными владельцами и сроками выполнения.
Будьте дисциплинированы в выполнении плана. Постоянное обсуждение одних и тех же трудностей в каждой ретроспективе может привести к разочарованию. Убедитесь, что все участники возвращаются к работе с чётким пониманием дальнейших действий. Для каждой задачи, определённой во время ретроспективы, нужно назначить конкретного владельца, который доведёт её до конца.
Разнообразие придаёт вкус жизни
Стандартизация ретроспективы — хорошая идея для укрепления стабильности и доверия в команде. Однако организаторы могут использовать разные приёмы, чтобы раскрыть дополнительные идеи, привлечь новых участников или просто поддержать интерес.
- Привлеките организатора со стороны. Обычно ретроспективу проводит Scrum-мастер или руководитель проекта, но вы можете пригласить гостя для проведения следующей ретроспективы. Это может показать положительные изменения, если у ведущего нет личной заинтересованности. Более того, это позволяет сотрудникам понаблюдать за работой других Agile-команд и заимствовать полезный опыт.
- Измените список подсказок. Например:
- Начать/прекратить/продолжить: какие действия команде нужно начать выполнять, а какие — прекратить или продолжить.
- Больше/меньше: что команда должна делать больше, а что — меньше.
- Радость/грусть/гнев: что вызывает у участников радость, грусть или гнев. Сосредоточьтесь на том, как улучшить ситуации, вызывающие грусть и гнев, чтобы в будущем преобладала радость.
- Пригласите руководство. После запуска крупного проекта пригласите представителя руководства для обсуждения совместной работы команды, а не деталей выполнения проекта.
Существует множество способов улучшения ретроспективы, поэтому не стесняйтесь искать новые методы. Независимо от того, пытаетесь ли вы наладить взаимодействие распределённой команды или улучшить процесс проведения ретроспективы, главное — это вовлечённость команды и реальный план действий.