Компании и команды работают по-разному. Отличаться может темп, количество работников, роли в командах и многое другое. Наиболее популярными способами применения гибких методологий на практике остаются Scrum и Kanban, но подходят они далеко не всем командам.
Какие-то команды Scrum может запутать количеством свои рамок, а кому-то придется не по душе свобода и потоковые методы Kanban. Таким командам может подойти Scrumban — гибридная модель использования Agile, которая совмещает практики из Scrum и Kanban. О ней и пойдет речь в этой статье.
Что такое Scrumban?
Название дает нам понять, что это гибрид между Scrum и Kanban. Подход призван решить проблемы обоих фреймворков. Структуру работы по Scrumban можно описать как «Kanban внутри спринтов».
Часто Scrumban используется в качестве временного варианта в командах, которые хотят перейти от Scrum к Kanban. Они остаются в привычной для себя структуре Scrum, но параллельно осваиваются в практиках Kanban. При этом многие команды в таком режиме достигают максимальной эффективности и продолжают работу уже по Scrumban.
Чтобы лучше понять, что представляет собой Scrumban и как он работает, подробнее рассмотрим его составляющие.
Что пришло от Scrum?
Спринты
Scrumban сохраняет структуру работы из Scrum. Проект также дробится на спринты — короткие итерации с фиксированной продолжительностью от 1 до 3-х недель.
Планирование
С работой по спринтам приходит необходимость их планировать. Нюанс в том, что в Scrumban принято планировать только часть очереди, а не целиком заполнять ее. Это помогает команде сохранять гибкость в случае смены приоритетов.
Наполнению спринтов предшествует долгосрочное планирование. Перед началом проектов Scrumban-команды составляют 3 плана:
- на год — с учетом рынка;
- на полгода — для основных требований к продукту;
- на 3 месяца — для определения приоритетных векторов работы.
Ритуалы
Кроме планирования спринта, из Scrum пришли и другие ритуалы. В начале дня команда проводит «дейлики» — планерки длительностью не более 15 минут. Раз в один или несколько спринтов проблемы в работе и коммуникации обсуждаются на ретроспективе.
Что пришло от Kanban?
«Потоковый» режим
Внутри спринтов Scrumban строит работу в режиме «конвейера». Команда использует принцип «вытягивания» — работники просто берут из бэклога задачи и трудятся над ними.
Метрики
Нюанс в том, что в Scrumban акцент делается на работе с однотипными задачами. Поэтому у команды нет необходимости в оценке задач и подсчете Story Points.
В Scrumban используются метрики Kanban. Поскольку акцент команды с закрытия спринтов смещен на решение конкретных задач, главными метриками будет Cycle Time — время выполнения одной задачи, и Throughput — количество задач за определенный промежуток времени.
Ограничение работы
Сохранять фокус команды в Scrumban помогают WIP-лимиты — используемые в Kanban ограничители числа задач. В идеале, участник команды занимается одной конкретной задачей от начала и до конца.
В IT-командах, которые занимают разработкой ПО, WIP-лимиты преобразуются в практику «замораживания» функций. Фактически это полный запрет на начало работ по какому-либо новому функционалу до тех пор, пока не будет закончено то, что уже начато.
Кому подойдет работа по Scrumban?
- Командам QA, тестировщикам.
- Группам технической поддержки.
- Командам маркетологов, UX/UI-аналитиков и других специалистов, которые проводят исследования, предшествующие разработке продукта.
- Коллективам, у которых не получается работать по «чистому» Scrum или есть трудности с Kanban.
- Тем, кто планирует переход от Scrum к Kanban.
Scrumban — одна из наиболее удобных моделей применения гибких методологий. Сохраняя четкую структуру работы из Scrum, она дополняет рабочие процессы практиками из Kanban.
Работать по Scrumban можно и в Аспро.Agile — в системе есть все необходимые для этого инструменты.