Стендапы для agile-команд
Узнайте, как с помощью стендапов можно выявить блокеры и сплотить agile-команду
Просмотр тем
Стендапы являются одной из базовых составляющих agile-разработки, но зачастую именно их смысл понимают хуже всего. Давайте взглянем правде в глаза: чтобы сформировать agile-команду, одних стендапов недостаточно. И существуют они не для того, чтобы раздувать чью-либо самооценку или оправдывать должностные обязанности. Стендапы проводят не для создания планов: для этих целей есть собрания по планированию спринта. Да и о блокерах говорить нужно не только на стендапах, а всякий раз, когда работу что-либо тормозит.
Из этой статьи вы узнаете, как эффективно бороться с блокерами, и познакомитесь с другими полезными советами и рекомендациями, которые применяются в Atlassian. Мы хотим помочь вам прокачать стендапы (и agile-программу в целом).
Стендапы и их место в методике scrum
Во многих видах спорта, например, в американском футболе и регби, перед каждым розыгрышем команда собирается в круг и совещается. Для команды такое совещание имеет стратегическое значение: участники обмениваются информацией, налаживают взаимосвязи и уточняют действия в предстоящей игре. Для команды разработчиков стендап играет ту же роль. Его принято называть ежедневным scrum-совещанием (а сам термин scrum происходит из регби). Стендап нужен, чтобы сплотить команду и держать всех в курсе дел.
Иными словами, стендап — это ежедневное собрание основных участников команды: владельцев продуктов, разработчиков и Scrum-мастера. Содержание этого собрания зависит от команды, но в Atlassian структура стендапа формируется тремя простыми вопросами.
«Что мне удалось сделать вчера?»
«Над чем я буду работать сегодня?»
«Какие проблемы мешают мне двигаться вперед?»
С помощью этих вопросов раскрывается прогресс и выявляются блокеры команды. Кроме того, когда каждый сообщает, какой вклад он или она вносит в общее дело, связи внутри команды становятся прочнее. Каждый день участникам команды предлагают рассказать о своих личных успехах и планах, чтобы все могли чувствовать гордость за общий вклад команды в жизнь организации.
Важно, чтобы каждый участник ежедневного стендапа до начала совещания знал, что он или она собирается сказать. Тогда стендап пройдет динамично, и никто не успеет заскучать. В Atlassian сотрудники используют доски Jira и быстрые фильтры, чтобы ориентироваться в своих проектах. Для подготовки к стендапу отлично подходит сочетание двух фильтров: «только мои задачи» и «недавно обновлено». Применив два этих фильтра одновременно, вы увидите задачи, назначенные вам и обновленные за последний день.
Часто к фильтру Only My Issues (Только мои задачи) добавляют поле Participants (Участники) из аддона Jira Toolkit. С его помощью можно добавить любые задачи, в которые вы внесли вклад, а не только те, которые были вам назначены. JQL-запрос для этого фильтра выглядит следующим образом:
assignee = currentuser() OR participants in (currentuser())
Стендапы в Atlassian
Не существует эталона, по которому стоило бы равнять все стендапы. Каждая команда в Atlassian проводит стендапы по своей модели, учитывающей особенности команды, чтобы поддерживать активность и интерес всех участников на постоянном уровне. Двух абсолютно одинаковых стендапов не бывает.
Давайте подробно изучим, что требуется для идеального стендапа, и познакомимся с примерами стендапов.
Выбрать время, которое устроит всех. В Atlassian большинство стендапов для команд, работающих в одном офисе, проводится между 09:00 и 10:00. При этом у всех есть время сориентироваться в задачах на текущий день и нет необходимости набирать в команду одних «жаворонков». Для команд, участники которых распределены по разным регионам, выбирается время, которое устроит всех. Например, участники команды Jira Service Management находятся в Сан-Франциско и Сиднее. Для них стендап проводится в 15:30 по времени Сан-Франциско. Конечно, стендап после обеда не совсем удобен, но зато так мы можем без проблем поддерживать связь с коллегами по ту сторону океана в Сиднее.
Поддерживайте продуктивность стендапа. Многие команды Atlassian выбирают продолжительность стендапов по своему усмотрению, чтобы никто не терял концентрацию и стендап проходил продуктивно. Меняйте ответственных за выбор продолжительности, чтобы каждый чувствовал личную ответственность и причастность. Пусть стендапы длятся не более 15 минут. Если в команде совсем немного участников, возьмите за правило проводить стендапы еще быстрее.
Используйте мяч. Участники команды Jira бросают друг другу надувной мяч, чтобы каждый был вовлечен в процесс. Нельзя бросать мяч соседу или участникам, которые его уже ловили. Никому не спать! Попробуйте эту игру. Она отлично помогает привлечь всех к участию.
Посвятите стендапам часть командной ретроспективы. Стендапы признаются многими Agile-методиками, но это не мешает обсуждать эффективность стендапов на ретроспективах. Некоторые команды Atlassian собираются каждый день. Другие — три раза в неделю. Команда Jira регулярно поднимает вопрос о повышении продуктивности стендапов на ретроспективе. Если команда не может извлечь пользу из стендапа, обсудите возможные причины. Вносите изменения! Стендапы — тоже часть культуры Agile.
В некоторых командах Atlassian для проведения стендапа используют сочетание Crontabs, Pandora и настенной панели команды в Jira. Расширение Crontabs загружает сервис Pandora (и любимую музыку команды) за 15 секунд до начала стендапа, чтобы привлечь внимание сотрудников и начать собрание вовремя. На настенной панели команды отображаются все задачи, в которых возникли блокеры и на которых команда должна сосредоточить внимание в этот день.
Стендапы для распределенных команд
Сотрудники Atlassian работают в разных частях света: кто-то — в одном из наших 12 офисов, кто-то — удаленно. Стендапы помогают оставаться на связи всем сотрудникам, в каком бы регионе они ни находились. Наш подход к определению распределенной команды предельно прост: если один участник команды работает удаленно, вся команда считается распределенной. Аналогичный подход применяется к стендапам и вообще ко всем командным собраниям.
При проведении стендапа в распределенных командах рекомендуется, чтобы каждый участник подключался к видеоконференции со своего компьютера. Когда каждому выделено личное пространство и каждый присоединен к одному сеансу видеосвязи, все в команде играют по одним правилам. Все участники команды видят, слышат и воспринимают одну и ту же информацию одновременно.
Представьте команду из восьми человек, из которых пять участников находятся в одном конференц-зале, а три других совершают видеозвонок в удаленном режиме. Участникам удаленной команды будет сложно, потому что они не смогут реагировать на посторонние разговоры, невербальные сигналы и жесты, которые видеосвязь не всегда способна передать. Не говоря уже о том, как сложно им будет вставить вопрос или замечание в дискуссию в большой группе. Когда все восемь участников команды сидят за своими компьютерами, никто не упустит важных моментов командной работы.
Советы по проведению удаленных стендапов
Стендапы — это лишь часть работоспособной Agile-программы. Как и в случае с другими Scrum-собраниями вроде планирования спринта, обзоров итогов спринтов и ретроспектив, правильно проводить стендапы получится лишь через несколько итераций. Не бойтесь вносить в собрание изменения, которые нужны вашей команде и программе. И не забывайте получать удовольствие!
Методология Agile оказала на меня огромное влияние как в профессиональном, так и в личном плане. Я понял, что и в программировании, и в жизни оптимальный подход — гибкий. Мои интересы лежат на пересечении технологий, фотографии и мотоспорта.
Подпишитесь и получайте больше статей
Thanks for signing up!
Изучите scrum с помощью Jira Software
Пошаговое руководство по ведению scrum-проекта, расстановке приоритетов в бэклоге, упорядочиванию работы в спринты, проведению scrum-собраний, другим вопросам — и все это в Jira.
Кто такой scrum-мастер?
Узнайте, что представляет собой роль scrum-мастера, что не входит в его обязанности, в чем такие специалисты могут поддержать других участников agile-команды и как организовать взаимодействие с ними.
Ежедневные собрания в Agile разработке: 15 минут, без которых не видать релиза
Большинство IT-компаний привыкли к ежедневным внутренним митингам, статусным собраниям или коротким stand up, которые призваны оптимизировать процессы и синхронизировать работу всех членов команды. Оптимально, если такие встречи не будут превышать 15-20 минут.
В Agile-разработке сегодня без митингов никуда. Однако рабочие собрания у команд Scrum, Kanban или XP отличаются и имеют свои особенности. В этом материале разбираемся в том, что отличает stand up в Scrum и Kanban, а также приводим аргументы в поддержку необходимости ежедневных собраний, как важного стимулятора роста в компании.
Любое внутреннее собрание – это элемент культуры любой организации. Не важно, какова цель встречи: обсудить выпуск новых почтовых марок или статусы задач в итерациях перед релизом вашего продукта, — каждое собрание собирает команду и обеспечивает принцип прозрачности работы.
Важно не создавать видимость полезного эффекта и не проводить собрания ради «галочки». Статус-собрание команды должно приносить пользу, потому что, даже 15 минут впустую потраченного рабочего времени каждого участника митинга может вылиться для компании в приличную сумму.
По статистике, приведенной одной американской компанией, большинство ежедневных рабочих собраний планируется на 11 часов утра и 63% из них начинаются без подготовленной заранее повестки дня. 33% проводимых собраний считаются неэффективными самими сотрудниками.
К сожалению, последняя большая цифра может настичь любую компанию: от «древней» бюрократической корпорации до молодого стартапа, в которых роль подобных встреч одинаково важна.
В Agile-командах, по большому счету, глобальный смысл ежедневного собрания с командой сводится к тому, чтобы быстро, качественно и надежно привести задачи к их завершению. Такое статус-собрание часто называют stand up, что имеет смысл «короткая встреча».
Менеджерам проектов или менеджерам продукта, которые чаще всего организовывают такие митинги и заботятся о том, как избежать рутины в задачах, следует постоянно следить, чтобы во время stand up некоторые члены команд не превратились в бесполезных статистов. Вот несколько их примеров:
Ежедневные собрания в командах Scrum и Kanban: в чем разница?
Agile методологии разработки Scrum и Kanban отличаются не только своей сутью, но и проводимыми командой ежедневными митингами.
Главная цель в ежедневном митинге в Scrum-команде – отследить, смогут ли быть выполнены командой все итерации, либо как можно раньше выявить причины, почему они не могут быть выполнены. Stand up в Scrum ориентирован на людей. В течение непродолжительного митинга, каждый член команды по очереди озвучивает свои результаты прошедшего дня и актуальный статус задач, давая обещание команде выполнить конкретные задачи сегодня. Если есть какие-то проблемы – они также озвучиваются.
Цель митинга в Kanban — максимально сократить время работы над задачей на всех ее этапах. Kanban-собрания не являются обязательными, но носят рекомендательный характер, поскольку могут реально влиять на ход задач. Митинг ориентируется на конкретную доску и выявление тех самых узких мест (англ. bottlenecks).
Scrum митинг фокусируется на людях, Канбан митинг — на задачах
Классические вопросы собрания Scrum могут также задаваться по ходу Kanban встречи, но опять-таки с фокусировкой на задачи, а не на членов команды:
Сложно ли перейти с Daily Scrum на Daily Kanban?
Если принято решение перейти с Scrum на Kanban, то адаптация к новому формат встреч должна пройти гладко. Меняется формат обсуждения, но результат экономии времени очень скоро становится очевидным.
Как избежать «зависающих» задач?
Сперва важно понять, почему задачи «зависают» и предпринять действия по их эффективному ускорению. Причины «тормозящих» релиз задач могут быть следующими:
Как оптимизировать митинг. Или что мешает проведению эффективного stand up?
Каждый участник ежедневного stand up в любой Agile команде должен руководствоваться определенными правилами, которые помогут не превратить встречу в рутину, а в эффективное мероприятие:
Заключение
Любое продуктивное собрание должно заканчиваться свежими идеями, четкими решениями и краткосрочным планом действий. Менеджер продукта и все участники возвращаются на рабочие места с полным пониманием своего статуса и статуса проекта в целом, вносят необходимые изменения в своей платформе для управления проектами.
А вы уделяете достаточно внимания собраниям внутри команды? Как проходит ваш типичный stand up митинг? Делитесь в комментариях!
Как проводить стендап
В чем разница между статусным митингом и стендапом в Agile, и как его проводить с максимальной пользой.
Стендап (Stand Up, Daily Scrum, Kanban Meeting или просто дэйли) — регулярная короткая встреча Agile-команды, которая призвана синхронизировать всех участников, обеспечивать прозрачность рабочего процесса и таким образом поддерживать эффективность и производительность команды.
Традиционно стендап занимает 15 минут и проводится ежедневно в начале рабочего дня. Участники — продуктовая/проектная команда, владелец продукта, скрам-мастер — синхронизируются, кто чем занимался, чем будет заниматься до следующего стендапа и какие у кого есть трудности, мешающие работе над задачами.
Некоторые команды отказываются от стендапов, считая их лишней тратой времени. Мы с этим не согласны — это хороший инструмент для эффективного командного взаимодействия.
Если стендапы не работают, скорее всего, вы их неправильно проводите.
Ежедневный Stand Up:
Главное отличие стендапа от статусного митинга
Традиционный статусный митинг — это коммуникация «один к одному»: руководитель или проджект-менеджер задает вопрос по той или иной задаче, один сотрудник отвечает, остальные украдкой читают Телеграм.
Стендап подразумевает совместное обсуждение и обмен информацией, и в этом его главное отличие — и преимущество — перед статусным митингом. Один на один можно побеседовать в любое время, смысл в том, чтобы все сказанное в эти 15 минут было полезно всем участникам встречи.
Людям свойственно, отвечая на вопрос, обращаться к тому, кто его задал. И задача ведущего стендапа (владельца продукта или скрам-мастера) этого избегать:
В общем, модерировать, а не возглавлять.
Стендап в Scrum и Канбан
Kanban Meeting и Daily Scrum Meeting — близкие инструменты. Основное отличие в том, что в Scrum стендап фокусируется на людях, а в Kanban — на задачах.
Во время Daily Scrum Meeting участники делятся результатами предыдущего дня, планами на текущий рабочий день и проблемами, препятствующими движению вперед. В качестве визуализации, как правило, выступает доска задач.
Каждый участник отвечает на три вопроса:
В Канбан стендап призван минимизировать время на выполнение задач на всех этапах процесса. Обсуждение ведется вокруг доски и элементов на ней: участники проверяют каждую колонку справа налево (начиная с ближайших к «Готово») в поисках любых проблем потока — узких мест, блокировок, растущих очередей.
Идеальный стендап
Ежедневные стендапы станут эффективным инструментом команды, если придерживаться при их проведении нескольких правил.
1. Ограничить время
Обычно на стендап отводится 15 минут, это тот случай, когда быстрый равно эффективный. Команде важно обсудить все обновления и выявить факторы, которые блокируют выполнение задач. Подробности можно будет потом обсудить лично, в чате или назначить отдельную встречу.
Лучше всего стендап работает, когда становится частью рутины. В идеале его нужно проводить по фиксированному расписанию. Опоздавших не ждем: 15 минут есть 15 минут, и опыт показывает, что такой подход быстро дисциплинирует.
2. Определить цель
Важно, чтобы все понимали зачем и для чего собрались и были готовы к обсуждению темы. В конце каждого стендапа должна быть достигнута его цель: расставить приоритеты задач, принять решение и назначить следующие шаги, синхронизировать команду и тд. Это помогает исключить любые несвязанные темы и рационально использовать время.
3. Дать высказаться всем
Во время стендапа никто не доминирует и не отсиживается в углу с ноутбуком. Каждый участник коротко делится важной информацией, затем может следовать небольшое обсуждение. Главное — не выпадать из ритма встречи. За таймингом следит ведущий стендапа (обычно скрам-мастер).
4. Придерживаться структуры
Неформальный характер встречи не значит неорганизованный. За соблюдением структуры также следит модератор: важно не уходить в сторону, не закапываться в детальное обсуждение и ничего не пропустить.
Структура зависит от подхода (Scrum или Канбан) и характера проекта. Это может быть обсуждение: что сделано со времени последней встречи; кто над чем сейчас работает; блокаторы и трудности. А можно идти по задачам (проектам), в этом случае члены команды делятся обновлениями по задачам, в которых они участвуют.
Стендап позволяет за 15 минут, — время, которое тратится на утреннюю чашку кофе, — обсудить актуальные задачи, выявить блокеры, задерживающие их выполнение, в целом синхронизироваться по работе над проектом/сервисом.
Попробуйте провести в формате стендапа вашу следующую статусную встречу — даже если не все с первого раза пройдет гладко, встряхнете рутину и получите ценный опыт.
Чтобы отработать проведение встреч под руководством опытного Agile-коуча и фасилитатора, приходите на тренинг Advanced Scrum Master & Agile Coach.
Stand-up, Scrum, Daily meetings — что это и для чего
Часто стал замечать, что люди все больше и больше перетягивают методологии и практики из IT сферы в производственные, банковские, сферы услуг и прочие. Одной из самых распространенных «заимствованных» из мира IT практик является проведение Scrum, Daily, Stand-up митингов ( как их только не называют, но везде суть примерно одинаковая). Ниже будет представлено описание этого процесса таким образом, как его провожу лично я.
Общее
Данный пост описывает цель и регламент проведения ежедневного митинга — Стендапа. Основа данного процесса была взята из scrum методологии и является частью процесса разработки, в будущем может быть адаптирована под текущую команду, а так же и процесс разработки. Как и любой инструмент использование и отношение к нему будут определять результаты.
Общая агенда
Я вчера делал задачу, сегодня будут делать задачу, сложностей нет.
Именно такие ответы являются демотивирующими для проведения статусных митингов. Это потеря времени и бессмысленность. Если вам кажется, что задача одна и ее можно делать неделями, то это уже ошибка в подходе, любая большая задача делится на подзадачи, которые и помогают видеть результаты и прогресс.
Таким образом нужно свое информирование строить следующим образом:
Мои активности за вчера:
Например: напоминаю, я с Х числа иду в отпуск.
Правила проведения митинга
Дополнительная практика
Всех членов стендапа объединяет общая цель, область работы, задачи, команда, и, скорее всего, у вас есть чат-группа со всей командой. В случае, если человек не приходит на стендап по тем или иным причинам мы просим уведомить в чате, что человек сегодня опаздывает, или будет в принципе отсутствовать (это будет полезная информация для всех, у кого с этим человеком совместные планы были), а так же вкратце изложить ответы на основные вопросы стендапа:
Где посмотреть
Пример проведения стендапа, не совсем как проводим мы, но для понимания в целом сойдет:
Ежедневный Скрам (Daily Scrum)
Ежедневный Скрам — это встреча, которая длится не более пятнадцати минут и проводится каждый рабочий день в одном и том же месте в одно и то же время. Является одним из 5 Мероприятий Скрама. В нем принимают участие все разработчики Скрам-команды.
Руководство по Scrum 2020 следующим образом описывает цель и содержание Ежедневного Скрама:
Скрам-мастер (как ответственный за процесс в Скраме) не участвует активно в Ежедневном Скраме, если он сам не является одним из Разработчиков. Однако он обучает Разработчиков достигать целей Ежедневного Скрама и при этом укладываться в 15 минут.
Чтобы соблюсти это ограничение по времени, разработчикам рекомендуется проводить Ежедневный Скрам не в форме свободной дискуссии, а выработать какой-либо удобный для себя конкретный формат и придерживаться его на каждом Ежедневном Скраме. Например, неплохо себя зарекомендовал себя формат с ответами каждого разработчика на 3 вопроса (который был приведен в качестве примера в прежних Руководствах по Scrum, но в 2020 году был удален оттуда, чтобы не ограничивать Разработчиков этим конкретным форматом):
Главное — чтобы подобный формат не превратился в формальность, а действительно позволял всем видеть статус Бэклога Спринта, развивал командный дух и взаимопомощь, ускорял решение проблем.
Зачастую Ежедневный Скрам проводится вокруг Доски Спринта, которая как раз дает наглядное представление о препятствиях, которые могут помешать успешному завершению Спринта.
Одно из 5 Мероприятий Скрама. Проводится в конце Спринта, чтобы клиенты и заинтересованные лица провели инспекцию Инкремента и дали обратную связь по нему, а Скрам-команда, при необходимости, сделала адаптацию Бэклога Продукта. Для Спринта длиной в месяц Обзор Спринта длится не более 4 часов.
Одно из 5 Мероприятий Скрама. На этой встрече Скрам-команды происходит планирование работы на следующий Спринт. Для Спринта длиной в месяц встреча длится не более 8 часов. Она завершается созданием Бэклога Спринта и включает обсуждение 3-х тем:
Одно из 5 Мероприятий Скрама. Ретроспектива Спринта дает Скрам-команде возможность провести инспекцию своей работы и создать план улучшений на следующий Спринт. Ретроспектива проходит после Обзора Спринта, перед Планированием Спринта. Для Спринта длиной в месяц эта встреча ограничивается 3 часами.
Одно из 5 Мероприятий Скрама, которое является контейнером для других мероприятий. Спринты — это короткие регулярные циклы длиной не более четырех недель. Итерации работы должны быть достаточно короткими, чтобы команда не теряла концентрацию, и при этом достаточно длинными, чтобы поставлять значимый инкремент работы. Все остальные Мероприятия Скрама проводятся в рамках Спринта. Следующий Спринт начинается сразу же по окончании предыдущего.
Активность, которая проводится Владельцем Продукта при участии всех членов команды. Включает добавление деталей, оценку и упорядочивание элементов в Бэклоге Продукта.
Не относится к официальным Мероприятиям Скрама, однако зачастую проходит в виде мероприятия (встречи).
Уточнение бэклога обычно занимает не более 10% времени Скрам-команды в Спринте.
Мы хотим, чтобы компании были крутыми, а люди в них — счастливыми