Руководство по скраму | 33. Доски Scrumban и Kanban в Scrum

Опубликовано: 2022-06-23

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

Доски Scrumban и Kanban в Scrum – оглавление:

Введение
Канбан против Скрама
Канбан-доски в Scrum
Скрамбан
Резюме

Введение

Канбан — это метод, впервые примененный в Японии. Он возник в 1950 -х годах и был в первую очередь инструментом управления непрерывным производством таким образом, чтобы не создавать запасы и излишки, а перерабатывать ресурсы на постоянной основе. В начале 21 века Канбан был адаптирован Дэвидом Дж. Андерсоном к потребностям разработки программного обеспечения.

Канбан против Скрама

Общий способ работы в Kanban отличается от Scrum прежде всего менее формальным подходом. В Канбане не такие подробные руководства по, например, работе в Спринтах, ролям Владельца Продукта, Скрам-мастера и Команды Разработки. Это возможно, потому что Канбан фокусируется на непрерывности таких задач , как предоставление определенного типа услуг, которые более повторяемы и не требуют такого сложного планирования.

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

Работа должна быть гладкой и без простоев — в Scrum это достигается непрерывной последовательностью спринтов, а в Kanban работа непрерывна благодаря плавному течению задач. Они образуют очередь, из которой разработчики выбирают (вытягивают) несколько задач для выполнения.
Команда должна сосредоточиться только на избранных задачах — используя терминологию Канбана, команда должна «сокращать объем незавершенной работы». В Scrum эквивалентом этого являются Пользовательские Истории, выбранные из Бэклога Продукта для включения в Бэклог Спринта.
Ход выполнения задач должен быть виден всем вовлеченным людям — в Канбане они визуализируются досками, которые также часто присутствуют в Scrum-командах.

Канбан-доски в Scrum

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

Сделать
В ходе выполнения
Завершено — в последнюю колонку идут задачи, соответствующие Определению Завершения, о котором мы писали здесь.

Ниже вы можете найти пример канбан-доски из универсальной системы управления проектами — Firmbee.com

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

Второе распространенное дополнение — столбец «на рассмотрении» или «на утверждении». Обычно он вставляется между колонками, содержащими задачи «в процессе» и «выполненные». Он содержит задачи, выполненные Командой Разработки и ожидающие одобрения Владельца Продукта. Задача Владельца Продукта — проверить их соответствие критериям приемки и получить окончательное одобрение от Заказчика. В этой ситуации в последнюю колонку перемещаются только окончательно принятые задачи.

Скрамбан

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

Scrumban уделяет меньше внимания метрикам, обычно используемым в Scrum, таким как диаграмма Burndown. Тем не менее, он использует столпы Scrum о необходимости постоянного улучшения рабочего процесса и адаптации их к условиям и потребностям заказчика.

Однако при работе в Scrumban работа не делится на спринты. Скрам-встречи проводятся каждые 3, 6 или 12 месяцев.

Планирование работы осуществляется по принципу «по требованию», т.е. по мере поступления. Пользовательские истории размещаются непосредственно в первой колонке канбан-доски, содержащей задачи «to-do». Таким образом, он служит Бэклогом Спринта, о котором мы более подробно писали в этой статье. Как и в Бэклоге Спринта, самые срочные задачи помещаются вверху списка дел. Однако для более сложных проектов менеджер проекта может вести отдельный список дел, соответствующий бэклогу продукта, из которого он или она выбирает, какие задачи поместить в первую колонку.

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

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

Резюме

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

Если вам нравится наш контент, присоединяйтесь к нашему сообществу занятых пчел в Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.

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

Руководство по скраму:

Глоссарий основных терминов, ролей и понятий
Что такое Скрам?
Скрам-ценности
Как внедрить Scrum в вашей компании?
Скрам-команда — что это такое и как она работает?
Кто такой владелец продукта?
Самые распространенные ошибки владельца продукта
Кто такой скрам-мастер?
Характеристики хорошего скрам-мастера
Самые распространенные ошибки скрам-мастера
Какую статистику и показатели должен отслеживать скрам-мастер?
Сотрудничество между владельцем продукта и скрам-мастером
Команда разработчиков в Scrum
Самые распространенные ошибки разработчиков
Скрам артефакты
Масштабирование Скрама
Бэклог спринта
Что такое бэклог продукта?
Что такое пользовательские истории?
Создание лучшей пользовательской истории с INVEST
Самые распространенные ошибки User Story
Критерии приемлемости пользовательской истории
Оценка и баллы в Scrum
Планирование покера
Игра на оценку команды
Определение приращения
Скрам-события
Что такое спринт в Scrum?
Обязательства команды Scrum — цель продукта, цель спринта и определение завершения
Что такое диаграмма выгорания?
Как создать и интерпретировать диаграмму выгорания?
Преимущества и недостатки диаграммы выгорания
Канбан-доски в Scrum и Scrumban
Скорость в Scrum — скорость команды разработчиков
Ежедневный Скрам
Планирование спринта
Обзор спринта
Что такое ретроспектива спринта?
Распространенные ошибки во время ретроспективы спринта
Развитие бэклога продукта