Scrumban vs Kanban: какой фреймворк подойдет вашей команде?

Вы понимаете, что вашей команде и компании нужен более эффективный способ управления работой. Scrumban и Kanban — оба являются популярными Agile-фреймворками, которые, возможно, уже попали в ваш список. Но как определить, какой из них действительно поможет достичь целей вашей команды?
Эта статья — вводный гид по Scrumban и Kanban. Мы рассмотрим основы каждого фреймворка, выделим ключевые различия и сценарии использования, а также дадим советы по выбору того, который подойдёт именно вам.

Scrumban — это гибрид фреймворков Scrum и Kanban. Прежде чем перейти к Scrumban, стоит вспомнить, что такое Scrum.
Scrum требует чётко определённых ролей и обязанностей в команде, включая product owner (владелец продукта), scrum master (скрам-мастер) и саму команду. Вся работа планируется и выполняется в рамках определённых временных блоков, называемых спринтами(sprint). Scrum-команды также участвуют в ряде событий (scrum ceremonies) на протяжении каждого спринта(sprint): планирование спринта, ежедневный скрам, обзор спринта, ретроспектива спринта и уточнение бэклога.

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

Kanban — это визуальная система управления проектами. Она предполагает использование Kanban-доски для отслеживания задач по колонкам. Эти колонки могут включать, например, «в плане», «в процессе» и «выполнено». Каждая задача представлена карточкой на доске, и участники команды перемещают карточки по колонкам по мере выполнения задач.

Kanban-доска, ориентированная на поток (flow-based), может быть как цифровой, так и физической. Некоторые команды используют цифровые инструменты вроде Jira или Trello. Другие применяют аналоговые доски. Чтобы избежать одновременной работы над слишком большим числом задач, команды используют ограничения WIP (Work In Progress — работа в процессе). Ограничение WIP — это ключевое отличие и характерная черта Kanban.

Фреймворк Scrumban не следует всем принципам планирования Scrum. Команда сама выбирает, какие элементы Scrum для неё полезны. Чаще всего используется цикл спринтов — центральный элемент Scrum. Планирование задач часто происходит в начале цикла спринта, при этом команда использует WIP-ограничения для контроля над потоком задач.
Scrumban хорошо подходит для команд, которые не хотят следовать всем событиям Scrum, но считают полезным работать итеративно с фиксированным ритмом, проводить планирование и иногда устраивать чек-ины (неформальные встречи для сверки статуса задач).

Планирование проекта в Kanban:

Kanban-подход к планированию основан на непрерывном потоке задач. Вместо того чтобы планировать работу блоками (например, по спринтам), задачи добавляются в бэклог и приоритизируются в зависимости от текущих нужд. Команда берёт задачи из бэклога по мере завершения текущих, поддерживая равномерную загрузку и соблюдение WIP-ограничений.

Роли в Scrumban:
Фреймворк Scrumban позволяет командам сохранять или адаптировать роли из Scrum. Например, можно сохранить роли product owner (владелец продукта) и scrum master (скрам-мастер), если команда считает это необходимым. Однако эти роли не обязательны, и команды могут самостоятельно определить структуру, которая лучше всего работает для них.
Это делает Scrumban подходящим для команд, которым нужны определённые элементы Scrum, но без жёсткой структуры.

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

Метрики в Scrumban:
Поскольку Scrumban сочетает элементы Scrum и Kanban, команды могут использовать метрики из обоих фреймворков. Некоторые команды отслеживают velocity (скорость — количество задач, выполняемых за спринт(sprint)), другие фокусируются на lead time (время выполнения задачи) и cycle time (время цикла).

Метрики в Kanban:
Kanban полагается на потоковые метрики, включая cycle time (время выполнения от начала до конца), throughput (пропускную способность — количество задач, завершённых за определённый период) и WIP (объём задач в работе). Эти показатели помогают команде выявлять узкие места и оптимизировать поток задач.

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

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

Если вы всё ещё не уверены, какой фреймворк выбрать — Scrumban или Kanban — попробуйте задать следующие вопросы вашей команде:

• Нужно ли нам работать итерациями с определённой продолжительностью?
• Требуются ли нам формальные роли, такие как product owner (владелец продукта) или scrum master (скрам-мастер)?
• Предпочитает ли наша команда регулярные планирования и ретроспективы?
• Хотим ли мы использовать ограничения WIP (Work In Progress — работа в процессе), чтобы лучше управлять потоком задач?
• С какими типами проектов мы обычно работаем — предсказуемыми или постоянно изменяющимися?

Ответы на эти вопросы помогут вам понять, какой подход вам ближе

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

Цель — не следовать фреймворку на 100%, а создать процесс, который действительно будет удобен для вашей команды.

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

Независимо от того, какой фреймворк вы выберете, самое главное — это создать устойчивый и прозрачный процесс, который помогает вашей команде достигать целей.