Канбан — это не Скрам без спринтов. Канбан появился из другой парадигмы и другой философии. Канбан использует парадигму ограничения незавершенной работы и концепцию систем, описывающих сервисы с ограниченной емкостью. Новая работа втягивается в систему, когда есть возможность. Ограничение незавершенной работы создаёт стресс, который стимулирует улучшение прохождения потока работ через систему, уменьшения время выполнения работ и увеличение предсказуемости. Ожидания Уровня Обслуживания (SLE) или Соглашения об Уровне Обслуживания (SLA) используются и сравниваются с Возможностями по Обслуживания (SLC) на регулярно планируемых ретроспективах, называемых Обзорами Сервиса.
Канбан использует сервис-ориентированный и эволюционный подход к проведению изменений. Вы начинаете с того, что делаете сейчас, и разрабатываете Канбан-систему, чтобы обернуть ею ваш рабочий процесс. Канбан адаптируется к вашему существующему контексту и помогает вам улучшаться. Канбан не является декларирующим, а является адаптивным и разработан для применения в вашем контексте. Вы ограничиваете незавершенную работы и втягиваете работу в вашу систему, когда есть свободное место, поскольку какая-то другая работа была завершена. Канбан-системы покрывают всю цепочку создания ценности, перекрывающую работу множества команд. Бывают Канбан-системы задействующие в работе до 100 человек, но более типично от 20 до 30. Прогнозирование завершения работы осуществляется с использованием вероятностного подхода и выработке Соглашений/Ожиданий об Уровне Обслуживания. Во всех отношениях это отличается от Скрам.
Скрам ожидает, что вы измените свой контекст, чтобы Скрам, как декларативный и предопределенный процесс, смог появиться и начать работать. Скрам ожидает, что вы внесете грандиозные революционные изменения в свою организацию, рабочий процесс, планирование и взаимодействие с клиентами. Скрам использует ежедневные и ежеспринтовые (обычно две недели) циклы принятия обязательств в качестве катализатора для улучшений. Скрам разбивает время на периоды, называемые Спринтами, он явно не ограничивает количество незавершенной работы и не использует вытягивание, когда есть ёмкость. Скрам использует пакетную передачу на каждом Спринте. Скрам использует детерминистическое планирование и конкретные детерминистические обязательства. Он не использует вероятностное планирование. Скрам предназначен для работы на командном уровне, где в команде по факту могут быть от 3 до 12 человек, чаще всего порядка 6 (как и пропагандируется).
Хотя механику Канбан-системы можно было бы в общих чертах описать как «Скрам без спринтов», а один из популярных трекеров задач, адаптированный для Скрам (Rally), вообще реализует Канбан-активность, как огромный непрерывный Спринт. Ошибочно описывать Канбан как «Скрам без спринтов», это мешает людям увидеть применимость, преимущества и возможности Канбана.
Когда вы смотрите на Канбан через призму Скрам-парадигмы, вы получаете «Scrumsplaining!».