Удивительно, как часто под словом Канбан скрывается просто отсутствие структуры.
«Без спринтов, без планирования, без ритуалов - у нас Канбан».
Нет, у вас не Канбан, а просто хаос в колонке In Progress.
Канбан не отменяет сроки, он просто заменяет искусственные итерации на непрерывный поток.
Вместо спринта у тебя есть Lead Time - сколько задач проходит путь от Committed до Done.
Если этот срок нестабилен, то система нездорова.
Канбан не против планирования, он просто делает его на основании фактов, а не обещаний.
Вместо “коммитимся на спринт” - ты смотришь на Throughput (среднюю скорость завершения задач) и прогнозируешь объем на основе реальных данных.
В Канбане тоже есть каденции, просто другие:
• Replenishment meeting - вы пополняете бэклог в колонке Ready for Development, а не делаете спринт-планирование.
• Delivery Planning - обсуждаете, что реально дойдет до продакшена в ближайшие недели.
• Service Delivery Review - смотрите, как работает весь поток: где растет WIP, где падает throughput.
• Operations Review - сверяете, насколько сбалансированы команды и сервисы.
• Risk Review - обсуждаете aging tasks и источники блокеров.
А ежедневный Kanban meeting ничем не хуже стендапа, просто вы говорите не «что делаю сегодня», а «где поток тормозит».
Канбан не “про свободу”, он про зрелость.
Чтобы команда управляла ограничениями, а не жаловалась на них.
И чтобы видеть, где система буксует, и чинить это до того, как случится дедлайн.
Так что нет, Канбан - не Скрам без правил.
Это Скрам, который вырос, перестал играть в спринты и начал смотреть на поток.
