Что такое стендап планерка

Ежедневные собрания в 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 митинг? Делитесь в комментариях!

Источник

Скрытые преимущества стендапов-совещаний

Стендапы (Stand-up Meetings)

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

Почему? Потому что стендапы:

Что вы можете не знать о стендапах

Многие любят хвалить стоячие собрания за то, что они короткие.

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

Как отмечает Дэн Марковиц из «TimeBack Management», переход к такому формату собраний вынуждает вас встречаться чаще (но на более короткие промежутки времени). Таким образом, вместо того, чтобы посещать изнурительные двухчасовые собрания по понедельникам, вы встречаетесь на 15 минут каждый день, с понедельника по пятницу.

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

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

Лучше меньше, да лучше…

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

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

Одним словом, из-за ПЕРЕДЕЛОК.

Когда появляются проблемы – а они возникают в обязательном порядке! – массовое производство становится очень неэффективным. Когда «Toyota» одновременно устанавливает дверь на тысячу автомобилей, что же происходит, когда на 579-ой двери выясняется, что машина совершила ошибку? Теперь нужно снять 578 дверей и снова их поставить. То же самое происходит и в офисе. Вы ждете днями или месяцами, чтобы дать обратную связь по презентации, которую провел ваш сотрудник? Тогда не удивляйтесь тому, что он вынужден выбросить 50% слайдов и начать все заново, так как он решал не ту проблему.

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

И давайте уже, наконец, закончим с теорией, и приступим к действию.

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

1. Отправьте сообщение каждому члену команды

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

2. Следите за выполнением задач на каждом собрании

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

3. Укажите время, которое выделяется для каждого пункта повестки дня

Прекратите делить собрания на блоки по 30-60 минут, потому что так кто-то делает по умолчанию. Если вы собираетесь встречаться чаще, тогда у вас должны быть короткие встречи. Используйте таймеры, чтобы расписать по минутам свое собрание.

Источник

Stand-up, Scrum, Daily meetings — что это и для чего

Часто стал замечать, что люди все больше и больше перетягивают методологии и практики из IT сферы в производственные, банковские, сферы услуг и прочие. Одной из самых распространенных «заимствованных» из мира IT практик является проведение Scrum, Daily, Stand-up митингов ( как их только не называют, но везде суть примерно одинаковая). Ниже будет представлено описание этого процесса таким образом, как его провожу лично я.

Общее

Данный пост описывает цель и регламент проведения ежедневного митинга — Стендапа. Основа данного процесса была взята из scrum методологии и является частью процесса разработки, в будущем может быть адаптирована под текущую команду, а так же и процесс разработки. Как и любой инструмент использование и отношение к нему будут определять результаты.

Общая агенда

Я вчера делал задачу, сегодня будут делать задачу, сложностей нет.

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

Таким образом нужно свое информирование строить следующим образом:

Мои активности за вчера:

Например: напоминаю, я с Х числа иду в отпуск.

Правила проведения митинга

Дополнительная практика

Всех членов стендапа объединяет общая цель, область работы, задачи, команда, и, скорее всего, у вас есть чат-группа со всей командой. В случае, если человек не приходит на стендап по тем или иным причинам мы просим уведомить в чате, что человек сегодня опаздывает, или будет в принципе отсутствовать (это будет полезная информация для всех, у кого с этим человеком совместные планы были), а так же вкратце изложить ответы на основные вопросы стендапа:

Где посмотреть

Пример проведения стендапа, не совсем как проводим мы, но для понимания в целом сойдет:

Источник

Стендапы в стиле Kanban

Stand-up meeting, Daily Scrum Meeting или просто планёрки стали привычной практикой в IT. Я описывал различные нюансы стендапов ещё 5 лет назад в статье Stand-up meeting: лучшие и худшие практики. Казалось бы, техника проведения стендапов уже рассмотрена со всех сторон. Что в планёрке может быть сложного? Но совсем недавно наша компания начала практиковать несколько другой подход, с помощью которого мы ускорили выход задач в релиз.

Всё началось, когда летом 2014 года в Москве мы с Асхатом шли на тренинг и он обратил моё внимание на разницу между стендапами в Scrum и Kanban. До этого я не придавал особого значения таким нюансам. У нас в компании для части проектов используется Kanban, но стиль стендапов остался от Scrum’а.

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

Разница в стендапах между Scrum и Kanban

Если вы новичок в Scrum, то для начала рекомендую прочитать про Daily Scrum.

Дальше речь пойдет про Kanban. Если вы не использовали его, то рекомендую сначала прочитать бесплатную книгу Priming Kanban.

Вообще, стендап не является частью практик Канбан. В Канбан особо и практик-то нет, есть только несколько основных принципов. Стендап можно считать одним из способов реализации принципа improve continuously.

Итого получаем, что Scrum meeting идет вокруг людей, которые рассказывают про задачи, а Канбан meeting идет вокруг задач. Если говорить другим языком, то в Scrum имеем связь Программист 1 * User Story, а в Kanban связь User Story 1 * Программист.

Описание процесса

Как можно заметить, в Kanban, в отличие от Scrum, обязательно нужна доска с визуализацией ситуации на проекте. Т.к. вы обсуждаете не конкретные действия людей, а текущее положение задач и их поток, очень важно видеть где эти задачи находятся. Как раз поэтому стендапы в стиле Kanban ещё называют Story-focused stand-up или Work Items Attend.

Результаты перехода

После смены стиля стендапов со Scrum на Kanban результат появляется сразу. Для примера привожу Cumulative flow diagram с проекта, где мы применили новые стендапы. Мы сделали это 24 марта и вы можете увидеть, как поменялась ситуация — мы увеличили выход задач в релиз:

Более подробно про Cumulative flow diagram рекомендую посмотреть в презентации Explaining Cumulative Flow Diagrams

Причины зависания задач

Заключение

Переход на стендапы в стиле Kanban очень прост. Использовать его можно с любого момента работы над проектом. Не важно какой у вас сейчас процесс: Scrum, Kanban, Scrumban или что-то ещё, если у вас есть доска и визуализация текущей ситуации на проекте, то описанный способ проведения стендапов вам подойдет.

Источник

Как проводить стендап

В чем разница между статусным митингом и стендапом в 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.

Источник