Что такое Kanban простыми словами: доска, поток задач и лимиты WIP

Вячеслав Степанов — проджект-менеджер, ментор · 17 сентября 2026

Канбан-доску видел каждый, кто хоть раз открывал Jira или Trello: колонки, карточки, задачи ползут слева направо. Но Kanban — это больше, чем доска. В этой статье объясню простыми словами, откуда взялся этот подход, чем поток отличается от спринтов, зачем нужны лимиты WIP — и каким командам Kanban подходит, а каким навредит. Видео-версия — мой открытый урок про процессы в IT-команде, он сразу ниже.

Если видео не открывается — смотри на YouTube (может понадобиться VPN).

Что такое Kanban

Kanban — это подход к организации работы, который пришёл из японского производства: его придумали на заводах Toyota, а потом адаптировали для IT. Слово «канбан» по-японски — сигнальная карточка. Вся идея строится на трёх вещах: работа видна на доске, задачи движутся непрерывным потоком, а количество работы «в процессе» ограничено.

Kanban — один из двух самых популярных фреймворков под принципы Agile (полная карта подходов — в обзоре методологий разработки). Второй — Scrum со спринтами и ритуалами, про него у меня есть отдельный разбор. Держи в голове это соседство: дальше будем сравнивать.

Доска: как это устроено

Основа Канбана — доска с колонками-статусами. Минимальный набор: Бэклог → В работе → Проверка → Завершено. Каждая задача — карточка, и она движется по доске слева направо, от «ждёт своей очереди» до «готово».

В реальных командах колонок обычно больше — под свой рабочий процесс: код-ревью, тестирование, релиз. Как настроить такую доску своими руками, я пошагово показывал в статье про Jira и Confluence.

Поток вместо спринтов

Главное отличие от Scrum: в Канбане нет жёсткого спринта. Никто не собирает «порцию работы на две недели» — задачи берутся в работу по мере освобождения рук. Освободился — взял следующую по приоритету карточку. Это и называется потоком.

Плюс потока — гибкость: приоритеты можно менять хоть каждый день, не ломая процесс. Минус — нет общего ритма: сложнее ответить на вопрос «когда будет готово?» и спланировать квартал.

Лимиты WIP — главный секрет Канбана

WIP расшифровывается как Work In Progress — «работа в процессе». Лимит WIP — это правило: в колонке «В работе» нельзя держать больше N задач одновременно. Хочешь взять новую — сначала доведи до конца одну из текущих.

Звучит как мелочь, но именно это правило заставляет команду доводить начатое до конца, а не набирать десять задач и держать все в полуготовом состоянии. Без лимитов канбан-доска быстро превращается в свалку начатого.

Кому подходит, а кому нет

Kanban выбирают там, где поток работы непредсказуем, а задачи разноразмерные и прилетают в случайные моменты: саппорт, IT-эксплуатация, маркетинг-команды. Когда нет смысла в итерациях — потому что нельзя запланировать, какие обращения придут на следующей неделе, — поток честнее спринта.

Kanban мешает, когда бизнесу нужна предсказуемость: без спринтов нет ритма поставки, сложнее обещать даты и держать фокус команды. Продуктовой разработке с планами на квартал чистый Kanban обычно тесен.

Kanban против Scrum — и их гибрид

• Цикл: Scrum — спринты по 1–2 недели; Kanban — цикла нет, непрерывный поток.
• Гибкость: Scrum — изменения между спринтами; Kanban — приоритеты меняются в любой момент.
• Планирование: Scrum — на каждый спринт; Kanban — по мере поступления задач.
• Роли: Scrum — Product Owner, Scrum Master, команда; Kanban — жёстких ролей нет, есть команда и ответственный за поток.
• Где живёт: Scrum — продуктовая разработка; Kanban — саппорт и эксплуатация.

А теперь правда жизни: большинство современных продуктовых команд не выбирают «или-или» — они работают по скрамбану. Это гибрид: ритмика и ритуалы от Scrum (спринты, планирование, дейлики, демо, ретро) плюс доска и поток задач от Kanban. Лимиты WIP при этом обычно мягкие — на уровне здравого смысла, а не жёсткого правила.

Частые вопросы