Оба подхода являются методологиями Agile, но Scrum — это ограниченная по времени, роле-основанная методология, в то время как Kanban — это метод непрерывного потока, сосредоточенный на визуализации работы и ограничении объема работы в процессе (WIP). Многие команды объединяют их («Scrumban»).
| Аспект | Scrum | Kanban |
|---|
| Ритм работы | Фиксированные спринты | Непрерывный поток |
| Роли | PO, Scrum Master, разработчики | Нет предписанных ролей |
| Ритм изменений | Бэклог стабилен в спринте | Переприоритизация в любой момент |
| Ключевая метрика | Velocity | Время цикла, пропускная способность |
| Основное ограничение | Обязательства спринта | WIP лимиты |
| Лучше всего для | Планируемая, пакетная работа | Работа, вызванная срочными запросами (например, поддержка) |
Команда разработки продукта, создающая функции в двухнедельных циклах, подходит под Scrum. Команда поддержки или операций, обрабатывающая постоянный поток непредсказуемых задач, лучше подходит для Kanban, беря следующий элемент всякий раз, когда освобождается мощность в соответствии с WIP лимитом.
Выбор модели, соответствующей тому, как работа на самом деле поступает, предотвращает постоянное трение между процессом и реальностью.
Понимание обоих подходов позволяет вам адаптировать методологию — например, используя WIP лимиты Kanban внутри команды Scrum для улучшения потока.