Scrum+Kanban: метод Канбан для Скрам-команд | OnAgile Consulting

Scrum+Kanban: метод Канбан для Скрам-команд

Краткое изложение ключевых идей «Руководства по использованию Канбан для Скрам-команд» (ориг. назв. «The Kanban Guide for Scrum Teams»), опубликованного Scrum.org в феврале 2018 года.

Ключевые идеи из «Руководства по использованию Канбан для Скрам-команд» от Scrum.Org

Зачем создали это руководство

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

Канбан фокусируется на оптимизации рабочего потока поставки ценности (Value Delivery Workflow) через визуализацию, ограничение количества незавершенной работы (Work in Progress) и использование pull-принципа в управлении потоком.

В то же время Скрам опирается на прозрачность артефактов и говорит о том, что бэклог спринта является наглядным представлением тех работ, которые команда выполняет в течение спринта. Но рекомендаций, как улучшить прозрачность выполняемой работы дается мало. Это касается также и прозрачности в действиях по наполнению бэклога продукта, реализации командой разработки бэклога спринта, и в том, что происходит далее, после получения законченного («done») инкремента продукта. И здесь Канбан может помочь команде.

Поток поставки ценности

Для оптимизации рабочего потока поставки ценности (здесь и далее сокр. «рабочий поток») сначала надо разобраться, что такое рабочий поток в контексте Скрама. Для скрам-команды важно добиться единого, разделяемого понимания, как устроен их рабочий поток. Это можно сделать, определив, как минимум, следующие детали:

  • Где начинается работа и где она полностью заканчивается (старт-финиш)?
  • Что такое единица работы (для скрам-команд это, как правило, элемент бэклога продукта, PBI)?
  • Какие активности происходят с единицами работы на пути от старта до финиша?
  • Какие правила перехода единицы работы из одного состояния в другое?
  • Как можно ограничить количество незавершенной работы, и на чем это ограничение основывается?
  • Различаются ли единицы работы с точки зрения ожиданий (владельца продукта, заинтересованных лиц, клиентов, заказчика) по времени их реализации? Если да, то какие виды работ команда будет выполнять и какие прогнозы давать по каждому из них?

Практики Канбана

Для оптимизации рабочего потока поставки ценности скрам-команда использует следующие практики:

  • Визуализацию рабочего потока;
  • Ограничение количества незавершенной работы;
  • Активное управление незавершенной работой;
  • Инспекция и адаптация определения рабочего потока.

Визуализация рабочего потока

Визуализируйте не только базовые активности «To Do — In Progress — Done», а все без исключения работы в потоке поставки ценности, включая проектирование продукта и наполнение бэклога продукта. Визуализируйте также и фазы ожидания следующего этапа. Это сделает заметными для команды образуемые очереди и, следовательно, простои. Выделяйте заблокированные работы особым образом, чтобы не пропустить их во время ежедневного скрама. Все это позволит вывести понимание текущего процесса и его недостатков на новый уровень, а также стимулировать процессные улучшения прямо по ходу работы в спринте.

Ограничение количества незавершенной работы (Work in Progress)

В дополнение к тому, что скрам-команда и так ограничивает количество выполняемой за спринт работы через бэклог спринта, ограничения могут устанавливаться на отдельные этапы рабочего потока. Это дополнительный инструмент для команды в организации работы внутри спринта, который позволяет:

  • справляться с работой эффективнее, выстраивая процесс, как pull-систему;
  • быстро обнаруживать и разрешать проблемы, блокирующие выполнение потока работ;
  • реализовать сбалансированный, непрерывный рабочий поток;
  • повысить вероятность готовности работающего инкремента продукта.

Суть ограничения количества незавершенной работы сводится к управлению эффективностью всего потока поставки ценности, а не отдельных его частей (субоптимизация может негативно влиять на эффективность работы всей системы в целом). Ограничения подбираются командой эмпирическим путем, на основе анализа таких метрик, как Cycle/Lead Time, Throughput (см. ниже).

Активное управление незавершенной работой

Активное управление незавершенной работой включает:

  • оперативное решение проблем, блокирующих выполнение работ;
  • балансировку потока: скорость взятия единиц в работу примерно равна скорости завершения;
  • соблюдение прогнозов по видам работ;
  • анализ и разрешение узких мест в рабочем потоке.

Инспекция и адаптация рабочего потока

Руководство по Cкраму содержит минимальный набор предписаний для организации рабочего процесса, а также инструкций для определения специфичных для каждого контекста правил (например, Definition of Done, которое создает скрам-команда).

Применение Канбана может мотивировать скрам-команду на создание явных процессных политик и дополнение существующих. Под явной политикой понимается та, которая будет записана, визуализирована в доступном для команды месте (например, на командной доске) и понятна всем членам команды.  

Метрики и аналитика

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

  • Количество незавершенной работы на данный момент;
  • Время цикла — время прохождения единицы работы от старта до финиша;
  • Время пребывания единицы работы от старта до настоящего времени;
  • Пропускная способность всей системы: количество завершаемых единиц работы в единицу времени.

Скрам и его события вместе с рабочим потоком

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

Метрики рабочего потока могут помогать команде в формировании прогноза на следующий спринт.

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

Во время ревью спринта команда может дополнить знания о своей скорости (Velocity) полученными метриками о времени цикла (Cycle Time) и пропускной способности (Throughput) рабочего потока для обсуждения и адаптации дальнейших продуктовых планов и стратегии.

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

Источник находится по ссылке: https://www.scrum.org/resources/kanban-guide-scrum-teams.

Интересно узнать подробнее?

Приходите на один из наших тренингов, где вы в деталях разберете эту тему и сможете задать тренеру свои вопросы.

Вопросы и ответы по теме

Почему ведущие IT-компании объединяют Scrum и Kanban вместо использования их по отдельности?

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

Как метод Канбан решает главную проблему Скрам-команд с прозрачностью процессов?

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

Какие неочевидные преимущества дает ограничение WIP в Скрам-командах?

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

Как правильно измерять эффективность Скрам-команды с помощью метрик Канбана?

Помимо классической метрики velocity, Канбан привносит в Скрам четыре ключевых показателя: время цикла, время пребывания задачи в работе, количество незавершенной работы и пропускную способность команды. Эти метрики дают более полную картину эффективности и помогают принимать обоснованные решения по улучшению процессов.

Как поток поставки ценности помогает Скрам-командам работать быстрее?

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

Какие скрытые проблемы в работе команды помогает выявить визуализация потока в Канбане?

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

Еще публикации по Agile в Agile, Scrum, Kanban–метод

Нужен ли технический бэкграунд Скрам-мастеру?
Публикация Agile, Scrum, Kanban–метод

Нужен ли технический бэкграунд Скрам-мастеру?

Нанять профессионала с рынка или выбрать из участников команды? Разбираем критерии выбора Скрам-мастера.

Как добиться высокой скорости разработки и непрерывной обратной связи от пользователей
Публикация Разработка ПО

Как добиться высокой скорости разработки и непрерывной обратной связи от пользователей

Бизнес — это деятельность с целью получения прибыли. Технология — это знание, как делать что-либо. Соответственно, технологический бизнес — это знание того, как правильно действовать, чтобы получить прибыль.

Новая версия Scrum Guides
Публикация Agile, Scrum, Kanban–метод

Новая версия Scrum Guides

Коротко: это все тот же Scrum. Если вы не занимаетесь процессами на ежедневной основе, кардинальные отличия заметить будет непросто. Однако есть несколько важных вещей, которые обновились, и мы очень хотим обсудить их с вами.

Ближайшее обучение по Agile и Scrum

С 2015 года мы помогаем адаптировать к изменениям культуру и процессы компании

Связаться с нами

Дмитрий Лобасев

Managing Partner

+7 495 221 87 39

dmitry@onagile.ru

Наш Telegram канал об Agile и гибких организациях, присоединяйтесь!