Большинство ИТ-компаний привыкли к ежедневным внутренним встречам, статусным встречам или коротким стендапам, которые призваны оптимизировать процессы и синхронизировать работу всех членов команды.
Оптимально, если такие встречи не будут превышать 15-20 минут. 
В Agile разработке сегодня нет совещаний.
Однако рабочие встречи для команд Scrum, Kanban или XP отличаются и имеют свои особенности.
В этом материале мы разбираемся, чем отличается стендап в Scrum и Kanban, а также приводим аргументы в пользу необходимости ежедневных встреч как важного стимулятора роста компании.
Любое внутреннее собрание является элементом культуры любой организации.
Неважно, какова цель встречи: обсудить выпуск новых почтовых марок или состояние задач в итерациях перед выпуском вашего продукта, каждая встреча сплачивает команду и обеспечивает принцип прозрачности работы.
Важно не создавать видимость благотворного эффекта и не проводить встречи ради «галочки».
Статусная встреча команды должна приносить пользу, ведь даже 15 минут потраченного впустую рабочего времени каждого участника встречи могут обернуться для компании приличной суммой.
К статистика По данным одной американской компании, большинство ежедневных рабочих встреч запланированы на 11 часов утра и 63% из них начинаются без заранее подготовленной повестки дня.
33% проведенных встреч сами сотрудники считают неэффективными.
К сожалению, последняя крупная фигура может обогнать любую компанию: от «древней» бюрократической корпорации до молодого стартапа, в котором роль подобных встреч одинаково важна.
В Agile-командах, по большому счету, глобальный смысл ежедневной встречи с командой сводится к быстрому, эффективному и надежному доведению задач до их завершения.
Эту статусную встречу часто называют стендапом, что означает «короткая встреча».
Менеджеры проектов или менеджеры по продуктам, которые чаще всего организуют такие встречи и заботятся о как избежать рутины в задачах , следует постоянно следить за тем, чтобы во время стендапа некоторые члены команды не превратились в бесполезную статистку.
Вот некоторые из них:
- «Ложный трудоголик» — очень «занятый» сотрудник, которого невозможно оторвать от ноутбука, ведь у него всегда есть десятки важных дел во время совещания.
Наличие такого члена команды не приносит никакой пользы.
Было бы неудивительно, если бы такой «работяга» просто болтал бы в это время в социальных сетях, делая вид, что внимательно слушает.
- «Сон с открытыми глазами» .
Для такого члена команды очередной стендап — простая формальность, необходимость куда-то пойти и каждый раз что-то придумывать «просто для галочки».
Такой человек часто просто делает вид, что слушает, но если переспросить, что только что было сказано, все станет предельно ясно.
- "Выскочка" очень активный сотрудник, который любит критиковать и неконструктивно комментировать, просто чтобы все оценили его активную позицию.
- «Пиарщик с сохи» .
Сотрудник, который каждый раз, нужно или нет, подчеркивает свою проделанную работу и ее важность для проекта/продукта, не принося пользы общему обсуждению.
- «Отвлекающий» — уходит от темы встречи, резко переключаясь на другую тему, например, обсуждение бюджета проекта.
Ежедневные встречи в командах Scrum и Kanban: в чем разница?
Гибкие методологии разработки Скрам и Канбан — это разные вещи.не только по своей сути, но и в ежедневных розыгрышах, проводимых командой.
Основная цель ежедневной встречи в Scrum-команде — отслеживать, сможет ли команда выполнить все итерации, или как можно раньше выявить причины, по которым они не могут быть завершены.
Стенд-ап в Scrum ориентирован на людей.
Во время короткого совещания каждый член команды по очереди озвучивает свои результаты прошедшего дня и текущий статус задач, давая обещание команде выполнить конкретные задачи сегодня.
Если есть какие-то проблемы, они тоже озвучиваются.
Цель встречи в Канбане — минимизировать время, затрачиваемое на работу над задачей на всех ее этапах.
Канбан-встречи не являются обязательными, а носят рекомендательный характер, поскольку действительно могут повлиять на ход выполнения задач.
Розыгрыш ориентирован на конкретную доску и выявление тех самых узких мест. 
- Модератор собирает участников.
Чаще всего это руководитель проекта или менеджер продукта команды.
- Вся команда сосредоточена на доске.
Если доска является онлайн-инструментом в служба управления продуктами и команда распределяется по разным местам, организуется общий вызов.
- Команда «проходит» задачи справа налево, сверху вниз и обсуждает варианты максимально быстрого перехода задачи на следующий этап.
Право голоса имеет любой член команды.
- Крайний правый столбец — завершение.
Приоритет отдается задачам, наиболее близким к завершению.
Чем быстрее задача перемещается в крайнюю правую колонку, тем меньше времени потребуется на ее работу (англ.
lead time).
- Модератор уточняет, что мешает перенести конкретную задачу в графу выполнено.
Высказаны причины и предположения.
Если задача заблокирована, она помечается и сопровождается комментарием о том, почему она заблокирована.
И так по каждому заданию.
Задачи, которые ранее были отложены, «разбираются» членами команды.
Каждый берет задачи в свою работу, чтобы к следующей встрече эти задачи были перенесены в следующую колонку.
Скрам-встречи фокусируются на людях, Канбан-встречи фокусируются на задачах.
Классические вопросы Scrum-совещаний также можно задавать во время канбан-совещания, но опять же сосредоточив внимание на задаче, а не на членах команды:
- Что мешает продвинуться вперед?
- Как продвигается задача в потоке?
- Что и как можно улучшить?
Сложно ли перейти с Daily Scrum на Daily Kanban?
Если будет принято решение о переходе со Scrum на Kanban, то адаптация к новому формату встреч должна пройти гладко.Формат обсуждения меняется, но результат экономии времени становится очевиден очень скоро.
Как избежать зависания задач?
Во-первых, важно понять, почему задачи застревают, и принять меры для их эффективного ускорения.Причинами задач, замедляющих релиз, могут быть следующие:
- Часто, когда задача приближается к завершению, она перестает быть приоритетной для исполнителя и он автоматически переключается на новые задачи.
Таким образом, невыполненная задача может «зависнуть» на долгое время.
- Часто многие задачи застревают на этапе утверждения владельцем продукта или менеджером продукта.
Это происходит потому, что последний может быть занят другими задачами, а текущая задача остается в шаге от релиза.
Частые канбан-встречи помогают своевременно увидеть такие незавершенные задачи и довести их до завершения.
- Работа заполняет отведенное на нее время.
Все задачи будут висеть в какой-то части доски до завершения итерации.
И даже если определенная задача будет выполнена раньше, она может просто не дойти до финальной стадии.
А поскольку цель канбан-встречи — сократить время, затрачиваемое на работу над задачей, именно во время стоянки можно и нужно «продвигать» задачи до релиза.
Как оптимизировать митинг.
Или что мешает эффективному стендапу? Каждый участник ежедневного стендапа в любой Agile-команде должен руководствоваться определенными правилами, которые помогут превратить встречу не в рутину, а в эффективное мероприятие:
- Не опаздывайте .
Каждый раз фиксированное время внутренней встречи со временем станет обязательным событием и не будет забыто членами команды.
Модератор должен позаботиться об этом и организовать встречу в удобное для всех время.
Во многих IT-компаниях с опозданиями принято бороться введением небольших штрафов от «выучить стишок к следующей встрече» до небольшой суммы в копилку для общих дел.
- Не превращайте вставание в собрание .
Формат коротких встреч в Канбане предполагает быстрое обсуждение вопросов стоя.
Некоторые творческие коллективы «передают слово» следующему при помощи игрового мяча, кто-то — мегафона или микрофона, а в некоторых коллективах даже проводят митинг в планке (конечно, по общему согласию).
- Приходите с пустыми руками .
Ноутбуки и мобильные телефоны рекомендуется оставлять на рабочем месте.
15-минутной встречи по Канбану достаточно, чтобы дать отдых глазам.
- Не решайте большие проблемы .
Короткий стендап не предназначен для обсуждения больших проблем; Для них должно быть выделено отдельное время.
- Не сообщать , но поделитесь информацией.
Канбан стендап — это не отчет руководителю, а собрание команды, поэтому нужно иметь возможность поделиться информацией со всеми.
- Развивать разговорные навыки .
Избегать неясных формулировок и четко выражать свои мысли дано не каждому.
Этому стоит научиться, особенно учитывая, что временной формат встречи ограничен.
Зачастую сложно превратить сложное техническое повествование в простую историю, понятную каждому.
Затем важно озвучить самое важное, оставив технические детали на потом.
- Будь готов .
Перед статусной встречей нужно знать и четко понимать статус своей задачи, а не торопливо вспоминать, что там и как.
- Уважайте собравшихся .
Зачастую, сообщив свой статус или высказав свое мнение о задании, стоящие рядом участники митинга просто начинают говорить о жизни, тревожа окружающих.
Заключение
Любая продуктивная встреча должна заканчиваться свежими идеями, четкими решениями и краткосрочным планом действий.Менеджер продукта и все участники возвращаются на свои рабочие места с полным пониманием своего статуса и состояния проекта в целом, вносят необходимые изменения в свои платформа управления проектами .
Уделяете ли вы достаточно внимания встречам команды? Как проходит ваша типичная встреча? Поделитесь в комментариях! Теги: #управление людьми #управление проектами #управление проектами и командой #управление командой #команда разработчиков #управление проектами #управление сообществом #управление продуктом
-
Что Делать После Создания Веб-Сайта
19 Oct, 24 -
3D-Сканер Из Молока И Смартфона
19 Oct, 24 -
Подкаст Appleinsider.ru [34]
19 Oct, 24 -
Облачное Хранилище Для Тематических Данных
19 Oct, 24
