Стендапы, ежедневные Scrum-встречи или просто встречи по планированию стали обычной практикой в ИТ.
Различные нюансы стендапов я описал 5 лет назад в статье Стендап-встреча: лучшие и худшие практики .
Казалось бы, техника проведения стендапов уже рассмотрена со всех сторон.
Что может быть сложного в планерке? Но совсем недавно наша компания стала практиковать немного другой подход, с помощью которого мы ускорили выпуск задач.
Все началось с того, что летом 2014 года в Москве мы Асхат Мы пошли на тренинг, и он обратил мое внимание на разницу между стендапами в Scrum и Kanban. До этого я не придавал особого значения таким нюансам.
Наша компания для некоторых проектов использует Канбан, но стиль стендапов остается от Scrum. Сейчас у нас изменился подход к стендапам, я буду говорить об этом дальше, покажу разницу между тем, что было, и тем, что стало.
В конце статьи есть ссылки для более глубокого погружения в тему с описанием разных мнений и нюансов.
Разница в стендапах между Scrum и Kanban
Если вы новичок в Scrum, то сначала рекомендую прочитать про Ежедневный Скрам .В Scrum стендап ориентирован на людей — каждый член команды по очереди рассказывает о результатах предыдущего дня, дает обещания на текущий день и делится проблемами.
Дело в том, что в Scrum упор делается на выполнение обещаний, данных командой в ходе итерации во время планирования.
Необходимо сделать все, чтобы выполнить обещание.
Цель стендапа — отследить, сможем ли мы выполнить все задачи итерации; если нет, то как можно раньше поймите, в чем проблема, и примите меры.
Далее мы поговорим о Канбане.В Канбане преследуются другие цели — важно максимально сократить Lead Time, т. е.Если вы еще не использовали ее, я рекомендую сначала прочитать бесплатную книгу.
время, затрачиваемое на работу над задачей на всех этапах.
В связи с этим меняется подход к стендапу.
Это делается с ориентацией на доску, сосредоточением внимания на ходе выполнения задач и открытии.
Получается, что мы проходим по столбцам с задачами справа налево, обсуждая, как можно быстрее перенести задачу на следующий этап.
При обсуждении каждой задачи по ней может высказаться любой член команды.
В целом стендап не является частью практики Канбана.В сумме мы получаем, что Scrum-совещание — это люди, которые говорят о задачах, а Kanban-совещание — вокруг задач.В Канбане нет особых практик, есть лишь несколько базовых принципов.
Стендап можно считать одним из способов реализации принципа постоянно улучшаться .
Другими словами, в Scrum у нас есть связь.
Программист 1 <-> * История пользователя и в Канбан-коммуникациях История пользователя 1 <-> * Программист .
Описание процесса
Давайте пошагово рассмотрим, из чего состоит стендап в Канбане.Например, мы рассмотрим плата из статьи в Википедии .
- Вся команда собирается вокруг доски.
Если команда распределена и доска электронная, то открываются все.
эта доска и позвонить друг другу.
- Желательно назначить кого-то, кто будет руководителем.
Это может быть кто-то из команды или кто-то еще, кто умеет вести открытые дискуссии.
- Проходим по столбцам справа налево и по задачам сверху вниз.
Идея состоит в том, что самый правый столбец представляет завершение, поэтому задачи, наиболее близкие к завершению, имеют высокую ценность.
Чем быстрее мы переместим задачу в крайнюю правую колонку, тем меньше будет время выполнения.
- В нашем примере самая правая User Story — 754. Ведущий спрашивает: «Что нам мешает переместить задачу 754 в столбец «Развернуто»Э» Несколько человек могут назвать причину и объяснить, что мы ждем подтверждения от руководителя компании.
В этом случае задача четко помечается наклейкой или комментарием о том, что она заблокирована по такой-то причине.
- Следующая история пользователя 75. Ведущий задает тот же вопрос.
Например, один из членов команды, отвечающий за тестирование в среде Pre-Production, говорит, что берет эту задачу в свою работу.
Он берет карточку с заданием и «перетаскивает» ее в графу «Тест на опытной системе».
На этом задании мы отмечаем стикером, кто взялся за него.
- Дальше проходим все задачи, которые есть на доске, пока не закончатся ресурсы команды.
Каждый будет брать задачи в свою работу, чтобы на следующем стендапе перенести задачи в соседние столбцы или рассказать, что мешает работе.
Потому что вы обсуждаете не конкретные действия людей, а текущее состояние задач и их поток; очень важно видеть, где расположены эти задачи.
Именно поэтому стендапы в стиле Канбан еще называют стори-ориентированными стендапами или Work Items Attend. Кроме того, вы можете задать 3 вопроса (а можете и не задавать, это Канбан), как это сделано в Scrum, но эти вопросы будут возникать вокруг задач, а не вокруг членов команды:
- Что мешает продвинуться вперед?
- Как задача движется по потоку?
- Что можно улучшить?
Результаты перехода
После смены стиля стендапов со Scrum на Kanban результат появляется сразу.В качестве примера приведем совокупную блок-схему проекта, в котором мы использовали новые стендапы.
Мы сделали это 24 марта и вы можете видеть, как изменилась ситуация — мы увеличили выпуск заданий: 
Рекомендую подробнее посмотреть презентацию про Накопительную блок-схему.
Причины зависания задач
Важно понять, почему до этого задачи висели на последних этапах и не выпускались.Все в команде понимают процессы управления ИТ-проектами, заказчик в курсе текущей ситуации, но иногда выполнение задач занимает много времени.
Мы выделили несколько причин:
- Большое количество заблокированных задач.
Например, задача достигла предпоследнего этапа и ожидает подтверждения от Владельца продукта (ВП) для загрузки.
В то же время PO может быть занят и переключить свое внимание на другие задачи.
Получается, что задача находится в одном шаге от релиза, в нее уже вложено много рабочего времени и осталось приложить совсем немного усилий.
Если мы будем делать стендапы в стиле Scrum, то некому будет проталкивать такие задачи в релиз, потому что этой задачей уже давно никто не занимается.
Когда мы делаем стендап в стиле Канбан, такие задачи сразу становятся видны, кроме того, каждый стендап мы к ним возвращаемся, потому что идем справа налево.
- Меняется приоритет задач.
Задачи доходят до финальной стадии, внезапно становятся не очень важными, и команда переключается на новые задачи.
Получается, ПО изменило приоритеты и не дало завершить работу.
Изначально все мирились с таким положением вещей, ведь во время стендапов в стиле Scrum происходит обсуждение задач, над которыми в данный момент работает команда.
Все, что было раньше, уже не так интересно.
- Работа заполняет отведенное на нее время.
.Если итерация длится 3 недели, то все задачи будут висеть где-то на доске, пока итерация не завершится.
Даже если какую-то задачу можно выполнить раньше, она может не дойти до финальной стадии.
В Scrum нет цели сократить Lead Time, тогда зачем выпускать задачу до окончания итерации? Канбан доводит задачи до релиза, и стендапы в стиле Канбан способствуют этому.
- Много работы! = много результатов.
На Scrum-совещании команда может обсудить, как много было сделано вчера.
Но означает ли тяжелая работа, что команда добилась больших бизнес-результатов? Возможно, после ударных работ образовалось много узких мест? Поток задач важен и его необходимо контролировать.
Заключение
Переход на стендапы в стиле Канбан очень прост. Вы можете использовать его с любого момента работы над проектом.Неважно, какой у вас сейчас процесс: Scrum, Kanban, Scrumban или что-то еще, если у вас есть доска и визуализация текущей ситуации по проекту, то описанный метод проведения стендапов вам подойдет. Ссылки для погружения в тему: Ежедневный стендап по Канбану Нил Лакшминараян Канбан – что это такое и почему меня это должно волновать? , Лэндон Риз, Кэти Иберл Это не просто стоя: шаблоны ежедневных встреч Джейсон Йип Канбан против Скрама , Хенрик Книберг Теги: #kanban #scrum #agile #управление проектами #stand-up #управление проектами #agile
-
Акция От Ruvds: Подготовь Свой Сервер Летом
19 Oct, 24 -
Музыка Из Вконтакте В Exaile
19 Oct, 24 -
Атаки На Беспроводные Сети. Часть 3. Впа
19 Oct, 24
