Канбан — это способ управлять работой так, чтобы её было видно. Все задачи висят на доске, каждая проходит одни и те же этапы, и команда берёт новую задачу только тогда, когда закончила предыдущую.
Метод придумали на заводах Toyota в 1950-х, чтобы цех не делал деталей больше, чем нужно следующему участку. В 2000-х его перенесли на команды: вместо деталей по доске движутся задачи. Ниже разберём, откуда взялись карточки, как устроена доска, что такое WIP-лимиты и закон Литтла, чем канбан отличается от Scrum и кому он не подойдёт.
Что такое канбан простыми словами?
Канбан — это метод управления потоком задач через визуализацию. Работа выносится на доску, доска разделена на этапы, задача движется по ним слева направо и не идёт дальше, пока для неё не освободилось место.
Слово записывается двумя иероглифами 看板 и означает «вывеска», «сигнальная табличка». Название буквальное: в основе метода лежит карточка-сигнал. Сам канбан относится к вытягивающим системам, где работу забирают по готовности, а не спускают сверху по плану.
У слова два значения, и их путают. Канбан на производстве — это система снабжения цеха деталями. Канбан-метод в командах — способ организовать работу людей. Принцип общий, предмет разный: там детали, здесь задачи.
История канбана: карточки на заводах Toyota
Канбан придумал Тайити Оно, инженер Toyota, на рубеже 1940-х и 1950-х. Он решал конкретную проблему: цех производил больше деталей, чем нужно следующему участку, и они копились на складе. Склад стоил денег, занимал место, а половина запаса могла оказаться браком, о котором узнают через месяц. Оно искал систему, в которой ничего не делают «про запас».
Идею он подсмотрел в американском супермаркете: полку пополняют не когда удобно поставщику, а когда покупатель забрал товар. Оно перенёс это в цех — участок делает деталь не тогда, когда может, а тогда, когда её забрал следующий участок. Сигналом стала карточка: пустой ящик с карточкой возвращается назад и означает «сделай ещё партию».
Так работает принцип вытягивания, ядро производственной системы Toyota: работу вытягивает тот, кто готов её взять, а не выталкивает тот, кто хочет поскорее сдать. Из него выросла система «точно вовремя» (Just-in-Time): нужная деталь, в нужном количестве, в нужный момент. Философию, из которой всё это выросло, мы разбирали в статье про японский метод управления.
Как канбан попал в команды?
В IT метод перенесли в 2000-х. Дэвид Андерсон применил принципы Toyota к работе команд — сначала в Microsoft в 2004 году, потом в компании Corbis, — а в 2010-м описал систему в книге «Kanban», которую по цвету обложки зовут синей. С тех пор «Канбан-метод» относится уже не к цеху, а к людям.
Меняется только предмет. Вместо деталей по этапам движутся задачи, вместо карточки на ящике — карточка на доске, вместо склада деталей — куча начатых, но не законченных дел.
Последнее и есть главная мысль. Незавершённая задача — это тот же складской запас: она уже стоила времени, но пока не принесла ничего. Именно с этим запасом канбан и борется.
Принципы канбана
У канбана два набора правил, и их стоит различать. Принципы управления изменениями говорят, как метод входит в команду; практики говорят, что команда делает каждый день. Начнём с принципов — их четыре:
- Начните с того, что есть сейчас. Канбан не приносит с собой готовый процесс, он показывает ваш собственный.
- Договоритесь о постепенных изменениях. Метод чинит по одной вещи за раз, а не проводит реформу за один день.
- Уважайте текущие роли и должности. Никого не надо переименовывать в скрам-мастера, чтобы завести доску.
- Поощряйте лидерство на всех уровнях. Затор в колонке первым замечает не руководитель, а тот, кто в ней работает.
Из принципов вырастают шесть практик: визуализировать работу, ограничивать WIP, управлять потоком, делать правила явными, вводить петли обратной связи и улучшать процесс небольшими шагами. Разберём их по очереди.
Как устроена канбан-доска?
Канбан-доска — это набор колонок, каждая из которых означает стадию работы: задача оформляется карточкой и движется по колонкам слева направо. Самая простая доска — три колонки: «Сделать», «В работе», «Готово», дальше её достраивают под реальный процесс. У редакции это может быть «Идея», «Текст», «Правки», «Вёрстка», «Опубликовано».

Доска команды тестировщиков в Strive: задача движется по колонкам слева направо
Опытные команды усложняют доску двумя приёмами. Рабочие колонки делят на «в работе» и «сделано, ждёт передачи» — так виден простой на стыке этапов, где карточка готова, но следующий её ещё не забрал. А горизонтальные дорожки (swimlanes) разводят потоки: срочное отдельно от планового. Правило при этом одно: карточка не перепрыгивает колонки.
Доска не улучшает работу сама. Она делает её видимой, а дальше становится неудобно: сразу заметно, что три задачи висят неделю, а одна колонка забита под завязку. Посмотреть, как устроена канбан-доска, можно на отдельной странице с примером.
Что такое канбан-карточка?
Канбан-карточка — это сигнал, что пора сделать следующую партию. Сама по себе она ничего не значит, значение ей даёт правило: нет карточки — нет работы.
На заводе на карточке писали код детали, количество в таре и адрес участка. Сборка берёт ящик, снимает карточку и отправляет её на предыдущий участок — для него это готовый заказ. Никакого плана и диспетчера: сколько забрали, столько и произвели.
В командах карточка превратилась в карточку задачи на доске, но роль сигнала осталась. Разработчик закрыл задачу, освободилось место, он забирает следующую. Он не берёт пять задач разом, потому что «всё равно потом сделаю»: без свободного места новую работу не начинают.
WIP-лимиты: главное правило метода
WIP-лимит — это максимальное число задач, которые могут одновременно находиться в одной колонке (WIP — work in progress, работа в процессе). Работает грубо: у колонки «В работе» стоит лимит 3, три карточки уже лежат, и четвёртую взять нельзя, пока одна из трёх не уйдёт дальше.

Сработавший WIP-лимит: колонка «Ревью» переполнена (4 из 3), Strive подсвечивает перегрузку
За правилом стоит математика — закон Литтла: среднее время прохождения задачи равно числу задач в работе, делённому на пропускную способность. Чем больше задач начато разом, тем дольше идёт каждая. Ограничили WIP — сократили время цикла, не наняв ни одного человека.
Вторая причина проще. Человек, ведущий восемь задач, не делает восемь дел: он переключается между ними, и каждое переключение стоит времени вспомнить, где остановился. Поэтому лимит заставляет команду доделывать вместо того, чтобы начинать. Это самое неприятное правило метода и самое полезное: первая реакция обычно «мы же можем взять ещё», но закрывать при этом будут меньше.
Управление потоком
Поток — это движение задачи от «взяли» до «готово». Канбан меряет не то, сколько задач сделали, а сколько времени каждая шла до конца. Основная метрика — время цикла: сколько прошло с момента, когда задачу взяли в работу, до момента, когда закрыли. Проходит доску за два дня вместо восьми — метод работает.
Рядом живёт время выполнения (lead time): оно считается с момента, когда задачу заказали, а не когда за неё взялись. Разница между двумя цифрами — это время, которое задача пролежала в очереди. Обычно очередь и съедает большую часть срока: эффективность потока, доля реальной работы в общем времени, часто оказывается неожиданно низкой.
Накопительную картину показывает диаграмма накопленного потока: по ней видно, растёт завал незакрытых задач или держится. А затор доска показывает и без графиков: когда в «Проверке» висит десять карточек, а в «В работе» две, проблема не в исполнителях, а в том, кто проверяет. Это и есть узкое место: пока его не расшили, ускорять остальные этапы бессмысленно.
Явные правила
Явные правила — это договорённости команды, записанные так, чтобы их можно было прочитать. В канбане это отдельная практика: правила должны быть на виду, а не в голове у руководителя.
Главное из них — определение готовности (Definition of Done): что значит «Готово» в каждой колонке. Пока его нет, карточку двигают на глаз. Дальше по списку: кто двигает карточку, исполнитель или руководитель; в каком случае задачу возвращают; можно ли взять работу мимо очереди, если попросил директор.
Пока правила живут в голове, каждый понимает их по-своему, и доска показывает не процесс, а чью-то версию процесса. Такие договорённости удобнее всего оформить регламентом, который лежит рядом с задачами, а не теряется в чате.
Обратная связь
Обратная связь в канбане — это регулярные встречи, на которых команда смотрит на доску. Андерсон называл их каденциями и насчитал семь; на старте хватает двух-трёх.
Первая — короткая ежедневная планёрка у доски: не «кто что делал», а «что застряло и почему». Идут по доске справа налево, от почти готового к новому, чтобы сначала протолкнуть то, что ближе к концу.
Вторая — встреча пополнения: команда решает, какие задачи затянуть на доску из очереди. Третья — разбор раз в две недели: что тормозило, какой этап узкий, что меняем. Формат не догма, но регулярность обязательна: доска, на которую никто не смотрит вместе, за месяц превращается в кладбище карточек.
Эволюционные изменения
Канбан начинается с того процесса, который уже есть, и меняет его маленькими шагами. Метод не требует переименовывать должности, разбивать работу на спринты и перестраивать команду.
За этим стоит идея кайдзен — непрерывного улучшения малыми порциями, и цикл Деминга: измерь, поменяй одно, посмотри на результат, закрепи или откати. Не революция, а серия небольших правок, каждую из которых видно на доске.
Этим канбан отличается от метода Scrum, где команда сразу получает новые роли, новый ритм и новые встречи. Канбан можно ввести в понедельник, ничего не ломая: вы просто впервые видите свою работу целиком. Поэтому он легче приживается там, где люди уже устали от реформ.
Виды канбана
Слово «виды канбана» означает разное на производстве и в командах. На производстве это типы сигнальных карточек, и их три:
- Производственный канбан — сигнал участку произвести следующую партию.
- Транспортировочный канбан (канбан отбора) — сигнал забрать детали с предыдущего участка. Вместе с производственным они образуют классическую систему двух карт Toyota.
- Сигнальный канбан — срабатывает, когда запас доходит до минимума, и означает «пора запускать партию».
В командах под видами канбана понимают типы досок:
- Личная — на одного человека.
- Командная — на отдел.
- Сквозная — задача проходит несколько отделов, например от маркетинга к разработке.
- Портфельная — карточка это не задача, а целый проект; на ней виден не поток дел, а поток инициатив.
Чем канбан отличается от Scrum, Agile и Ганта
Канбан часто ставят в один ряд со Scrum, Agile и диаграммой Ганта, хотя это разные сущности. Разберём различие коротко, без пересказа каждого метода.
Scrum работает спринтами, канбан — потоком. Из этого следует всё остальное.
| Scrum | Канбан | |
|---|---|---|
| Ритм | Спринт 1–2 недели | Непрерывный поток |
| Набор задач | Фиксируется на спринт | Меняется в любой момент |
| Роли | Предписаны (владелец продукта, скрам-мастер) | Не предписаны |
| Внедрение | Перестройка процесса | Поверх текущего процесса |
| Метрика | Скорость за спринт | Время прохождения задачи |
Этим канбан и отличается от метода Scrum: его вводят в понедельник, не трогая роли и ритм. Гибрид двух подходов называется Scrumban (термин ввёл Кори Ладас): спринты берут из Scrum, доску и WIP-лимиты — из канбана.
Agile — это не метод, а набор принципов, и канбан лишь один из способов работать по Agile. А диаграмма Ганта отвечает на другой вопрос: доска показывает, где задача сейчас, а когда проект закончится и что от чего зависит, показывает диаграмма Ганта.
Пример канбан-доски
Разберём на команде из четырёх маркетологов. Раньше задачи жили в чате: срочное всплывало голосом, про несрочное вспоминали через месяц. Доску собрали из пяти колонок — «Идеи», «В работе», «На согласовании», «Готово к публикации», «Опубликовано». Это не красивая схема, а реальный путь, который проходит каждый материал.

Простая доска из трёх колонок: «К выполнению», «В работе», «Готово»
Лимиты поставили сразу: на «В работе» четыре карточки по числу людей, на «На согласовании» три. Через неделю картина стала видна без единого отчёта: в «В работе» две карточки, зато в «На согласовании» лежат три, и лежат по пять дней. Согласование и есть узкое место.
Вывод из этого не «нанять ещё копирайтера», хотя именно так команда и просила раньше: копирайтер добавит карточек в колонку, которая и так стоит. Правильный вывод другой — согласовывать пакетом по вторникам, а не по одной штуке между делом. Такой разговор невозможен, пока работа лежит в чате, и становится возможным, как только её видно.
Как внедрить канбан: 5 шагов
- Опишите этапы, которые задача проходит на самом деле. Не те, что записаны в регламенте, а настоящие, вместе с «ждёт согласования у директора».
- Соберите доску из этих этапов. Не из красивых, а из тех, что получились на первом шаге.
- Вынесите на доску все текущие задачи. Все, включая те, о которых команда забыла. Это будет неприятно.
- Поставьте лимиты. Для начала возьмите число, равное количеству людей в команде, и уменьшайте потом.
- Раз в неделю смотрите, где копятся карточки, замеряйте время цикла и меняйте одну вещь. Одну, не пять.
Главная ошибка на старте — перенести на доску идеальный процесс вместо настоящего. Идеальная доска соврёт в первый же день, и через неделю ей перестанут пользоваться.
Второе, что придётся принять: доска работает, только если задачи попадают на неё все. Как только половина работы раздаётся в личных сообщениях, доска показывает не работу, а её часть. Поэтому ставить задачи нужно в одном месте, а не в трёх мессенджерах.
Почему канбан-доска в Excel разваливается?
Канбан-доску можно нарисовать в Excel или собрать из стикеров на стене. Это честно работает, пока команда сидит в одной комнате, а задач меньше тридцати.
Дальше ломается по порядку. Два человека правят файл одновременно, и одна версия затирает другую. История изменений теряется: непонятно, кто двигал карточку и когда. Лимиты никто не считает вручную, а стикер не напомнит, что задача висит без движения девять дней.
Поэтому доску обычно переносят в сервис. Не ради красоты, а ради того, чтобы правила соблюдались сами: лимит не даст взять четвёртую задачу, а карточка сама поднимет руку, когда застрянет. Проще всего начать с готовых шаблонов канбан-досок и переделать их под себя.
Где применяют канбан метод?
Канбан давно вышел за пределы цеха и работает везде, где задачи приходят потоком и проходят одинаковые этапы:
Разработка программного обеспечения – колонки становятся стадиями от бэклога до продакшена, по доске ведут спринты, релизы, исправление багов и технический долг. Канбан помогает ограничить количество задач в работе и быстрее находить узкие места.
- Маркетинг – на доске ведут контент-план и кампании, рекламные кампании, SEO, дизайн и публикации. Особенно хорошо видно, где материалы задерживаются на согласовании или ждут обратной связи.
- Продажи – колонки превращаются в этапы сделки: заявка, созвон, коммерческое предложение, договор, оплата. Карточка представляет клиента, поэтому сразу видно, на каком этапе теряется больше всего потенциальных сделок.
- Найм персонала – в поддержке колонки отражают стадии обработки обращения. В рекрутинге доска показывает путь кандидата: отклик, скрининг, интервью, тестовое задание, оффер.
- Производство – канбан появился именно на производстве как способ управлять потоком деталей и материалов. Карточки сигнализируют, когда нужно пополнить запасы или начать следующий этап работ, что снижает перепроизводство и простои.
- Строительство – канбан используют для координации подрядчиков, контроля этапов строительства, закупки материалов и устранения замечаний. Доска помогает синхронизировать работу разных специалистов и соблюдать сроки.
- Здравоохранение – канбан применяют в клиниках, лабораториях и государственных учреждениях, например, стоматологии. Колонки обозначают этапы обслуживания пациента, проведения исследований или оформления документов, что помогает сократить очереди и равномерно распределить нагрузку.
- Образование – преподаватели и учебные центры используют канбан для планирования учебных программ, проверки домашних заданий, подготовки материалов и сопровождения студентов. Студенты применяют доски для контроля выполнения курсовых, дипломных и ежедневных задач.
Личная жизнь и управление временем – канбан подходит для планирования домашних дел, ремонта, путешествий, финансовых целей и личных проектов. Простые колонки «Нужно сделать», «В работе» и «Готово» помогают не перегружать себя и видеть реальный прогресс.
Во всех сферах принцип остаётся одинаковым: задачи проходят через последовательные этапы, отображаются на доске и ограничиваются лимитами незавершённой работы (WIP).
Преимущества канбана
Главное преимущество канбана — работу становится видно целиком. Это звучит скромно, пока не увидишь свою доску в первый раз и не обнаружишь на ней сорок незакрытых карточек. Дальше выгоды складываются:
- Задачи перестают теряться — всё, что не на доске, не существует, и это приучает команду заносить работу туда.
- Узкие места видны без отчётов — достаточно посмотреть, в какой колонке скопились карточки, и расшивать именно её.
- Приоритет можно менять в любой день — спринта, который нельзя трогать, здесь нет, поэтому срочная задача не ломает план.
- Не нужна перестройка команды — ни новых должностей, ни обязательных встреч, ни обучения перед стартом.
- Меньше задач разом — быстрее закрытие — это прямое следствие закона Литтла: команда делает меньше параллельно и успевает больше.
Кому подходит канбан, а кому нет
Канбан подходит там, где есть поток однотипных задач: поддержка, маркетинг, продажи, редакция, найм, бухгалтерия. Он хорошо работает и в командах, которых постоянно дёргают, потому что приоритет можно поменять в любой момент, не ломая спринт. Плохо работает он в трёх случаях:
- Проект с жёсткими сроками и зависимостями. Доска не покажет, что задача Б не начнётся, пока не закончена А, и не назовёт дату сдачи.
- Один человек с тремя задачами. Доска ему не нужна, нужен список.
- Руководитель завёл доску, но раздаёт задачи голосом. Тогда доска врёт, а виноватым назначают метод.
Главный недостаток канбана честный: он не даёт даты. Доска отвечает на вопрос «где задача», но не на вопрос «когда будет готово». Если нужны сроки менеджеру проектов, доску придётся дополнить планом.
Канбан-доска в Strive
Strive — российский таск-менеджер, построенный вокруг канбан-доски. Что в нём есть под метод:
- Колонки настраиваются под ваш процесс, а не под чужой шаблон.
- На колонку можно поставить WIP-лимит и держать число задач в работе под контролем.
- Карточка задачи хранит исполнителя, срок, описание, обсуждение и файлы, так что переписка не расползается по чатам.
- На колонках работает автоматизация: карточки двигаются и обновляются по заданным правилам.
- Доску можно смотреть в четырёх видах: канбан, список, календарь и таймлайн.
- Уведомления приходят в Telegram и MAX, есть интеграции с GitHub, GitLab и Яндекс Диском.
- Есть готовые шаблоны досок: классический, SCRUM и трёхступенчатый.
- Сервис работает на iOS и Android, входит в реестр российского ПО и бесплатен для команд до 10 человек.
Если хотите попробовать метод, не перестраивая работу, начните с малого: возьмите готовый шаблон канбан-доски, вынесите на неё всё, чем команда занята прямо сейчас, и поставьте один лимит на колонку «В работе». Через две недели станет видно, где вы теряете время.
Попробуйте канбан-доску Strive. Начать бесплатно
