Kanban vs Scrum. Что подходит вашей команде в 2026 году
Вопрос «Kanban или Scrum» задаётся так часто, что уже стал чем-то вроде agile-классики. И, как часто бывает с классикой, большинство обсуждений сводится к пересказу определений из книг. Scrum это фреймворк с ролями и церемониями, Kanban это метод управления потоком. Спасибо, очень полезно.
На практике выбор между ними зависит от конкретных обстоятельств: как устроена работа команды, откуда приходят задачи, как часто можно релизить и какие проблемы нужно решить прямо сейчас.
Когда Scrum работает хорошо
Scrum хорошо подходит командам, которые могут планировать работу на 1-2 недели вперёд и доставлять результат в конце каждого спринта. Ритм спринтов создаёт предсказуемость: бизнес знает, когда ждать демо, команда знает, когда планирование и ретро.
Типичные ситуации, в которых Scrum даёт результат:
- Продуктовая команда, которая работает над одним продуктом и может самостоятельно принимать решения о приоритетах внутри спринта
- Команда, которая только начинает работать по agile и которой нужна структура: роли, церемонии, ритм
- Среда, в которой можно защитить scope спринта от постоянных изменений хотя бы на две недели
Scrum сложнее применять, когда работа плохо предсказуема (много срочных запросов, постоянное переключение), когда команда зависит от внешних факторов, которые ломают спринт, или когда релизить получается значительно реже, чем раз в спринт.
Когда Kanban подходит лучше
Kanban хорош там, где поток задач непредсказуем и фиксировать scope на спринт затруднительно. Саппорт-команды, DevOps, команды с большим объёмом ad-hoc запросов. Также Kanban часто оказывается полезнее в ситуациях, когда команда не может контролировать, когда именно задача будет доставлена: длинные релизные циклы, зависимости от других команд, тяжёлые процессы согласования.
Основные инструменты Kanban, которые создают ценность:
- WIP limits. Ограничение количества задач в работе одновременно. Звучит просто, а на практике это один из самых мощных инструментов для повышения throughput. Когда команда перестаёт брать новые задачи, пока не закончит текущие, задачи начинают завершаться быстрее
- Визуализация потока. Kanban-доска с колонками, отражающими реальные стадии работы (включая ожидания), делает видимыми узкие места, которые в Scrum-доске с тремя колонками прячутся
- Метрики потока. Cycle time, throughput, cumulative flow diagram. Эти метрики дают основу для прогнозирования без story points и planning poker
Что изменилось в 2026 году
AI-инструменты добавили в этот выбор новое измерение. Команды, которые активно используют Cursor, Copilot или Claude Code, часто обнаруживают, что скорость выполнения отдельных задач стала менее предсказуемой. Одну задачу AI «подхватил» и она решилась за час. Следующая похожая задача потребовала полного переписывания AI-кода и заняла два дня.
В такой среде velocity как метрика теряет стабильность, а story points перестают отражать реальные усилия. Flow-метрики (cycle time, throughput) оказываются устойчивее, потому что измеряют результат, а не попытку предсказать усилия.
Это не значит, что Scrum стал устаревшим. Скорее, команды всё чаще комбинируют элементы обоих подходов: спринты и ретроспективы из Scrum, WIP limits и flow-метрики из Kanban.
Можно ли комбинировать
Можно, и многие так делают. Типичная комбинация: команда работает спринтами (планирование, ретро, демо), но использует Kanban-доску с WIP limits и измеряет cycle time вместо velocity. Такой подход иногда называют Scrumban, хотя строгого определения у этого термина нет.
Важнее названия то, чтобы команда понимала, зачем она использует каждый конкретный элемент. Спринты нужны для ритма и предсказуемости. WIP limits нужны для фокусировки. Ретроспективы нужны для обучения. Если элемент процесса не решает конкретную проблему, стоит задуматься, нужен ли он.
Где разобраться глубже
Программа Certified Agile Professional разбирает и Scrum, и Kanban на практике, с учётом AI-реальности 2026 года. Участники работают с обоими подходами и учатся выбирать инструменты под конкретную ситуацию своей команды.
Для менеджеров проектов и delivery-менеджеров программа Agile Project Management углублённо разбирает метрики потока, прогнозирование и управление delivery. Сертификат ICP-APM от ICAgile подтверждает эти компетенции.