Канбан: что это, доска и принципы
Канбан делает работу видимой на доске и ограничивает число задач в работе, чтобы дела доходили до конца, а не копились наполовину сделанными.
Канбан — это метод управления потоком работ. Задачи лежат на доске, которая повторяет реальный процесс, а лимит незавершённой работы (WIP) не даёт взять новую, пока не закончена одна из текущих. Метод вырос из системы карточек на заводах Toyota, а для интеллектуальной работы его в 2010 году приспособил Дэвид Дж. Андерсон.
- Автор
- Тайити Оно и Toyota (система карточек); Дэвид Дж. Андерсон (метод канбан для интеллектуальной работы), 1950-е в Toyota (источники расходятся); 2010 год для метода канбан
- Уровень
- 201 · Инструмент
- Подходит
- стартап, малый и средний бизнес, растущая компания
- Время на внедрение
- Около 2 часов, чтобы описать процесс и поставить первые лимиты, затем несколько недель еженедельных разборов, чтобы их подстроить
- Что понадобится
- список задач, которыми занимается команда, и кто что делает сегодня · реальные шаги, через которые проходит задача от запроса до готового результата · доска, физическая или электронная, и еженедельное время, чтобы на неё смотреть
Канбан — метод управления потоком работ: вы показываете работу на доске и ограничиваете, сколько её идёт одновременно. Слово японское, оно означает вывеску или табличку. У метода две линии происхождения. Первая — система карточек, которую Toyota использовала между своими производственными процессами. Вторая — метод канбан Дэвида Дж. Андерсона для интеллектуальной работы, описанный в книге 2010 года. Правило у них общее: начинайте новое, только когда для него есть место.
Откуда взялась карточка Toyota
Канбан в Toyota — это сигнал. Lean Enterprise Institute определяет его как устройство, которое разрешает и предписывает перемещение или производство деталей в системе вытягивания. Следующий процесс расходует детали, карточка возвращается назад, и только тогда предыдущий процесс делает ещё.
О том, когда это началось, источники спорят. В собственной истории Toyota сказано, что метод супермаркета ввели в 1954 году по мотивам отчёта об авиазаводе Lockheed из отраслевого издания. Предыдущий процесс — это супермаркет, а следующий — его покупатель. Позже метод превратился в систему канбан: к нему добавили лист с производственным заданием, дата не названа. В пересказе истории Тайити Оно он ведёт вытягивающее производство из супермаркетов уже к 1948 году и передаёт информацию на клочке бумаги, который позже назвали канбан. Основной источник — книга самого Оно, вышедшая по-английски в 1988 году. Точный год мы считаем невыясненным.
Первая англоязычная публикация о системе Toyota — статья Сугимори, Кусуноки, Тё и Утикавы 1977 года. Позже Кусуноки объяснил, что в формуле расчёта числа карточек была управляемая переменная и что Оно подталкивал руководителей участков постоянно сокращать число карточек.
Как Андерсон перенёс метод в интеллектуальную работу
Андерсон рассказывает, что первая его система вытягивания заработала в 2004 году в группе сопровождения Microsoft, а в 2005 году Дональд Рейнертсен подтолкнул его к канбану. Систему он тогда называл виртуальной канбан-системой. В 2006 году он с коллегой построил ещё одну в Corbis, а в 2010 году вышла книга Kanban: Successful Evolutionary Change for Your Technology Business. Эта история изложена самим Андерсоном, и он оспаривает другие версии, поэтому читайте её как свидетельство одной из сторон.
Руководство Kanban University называет метод канбан методом управления, который применяют к уже сложившемуся способу работы, а не методологией или фреймворком процесса. В числе принципов изменений — начинать с того, что вы делаете сейчас, и идти путём эволюционных перемен. Практики такие: визуализировать работу, ограничивать незавершённую работу, управлять потоком, делать правила явными, выстраивать обратную связь и улучшать совместно.
Второе определение даёт Kanban Guide, в версиях июля 2020, декабря 2020 и мая 2025 года; его написали Джон Коулман, Дэниел Вакканти и соавторы. Там сказано, что канбан — стратегия оптимизации потока ценности через процесс. Названы три практики: определить и визуализировать рабочий процесс, активно управлять задачами в нём и улучшать его. Вместе они образуют канбан-систему.
Что делают доска и лимит
Доска — это рабочий процесс, нарисованный колонками. Лимит — потолок на число задач в колонке или во всём потоке. Kanban Guide требует от участников явно контролировать число задач в рабочем процессе, и это создаёт систему вытягивания: новую задачу берут, только получив ясный сигнал, что для неё есть место.

Именно лимит меняет поведение. Без него доска просто фиксирует завал. С ним полная колонка заставляет кого-то помочь закончить задачу, найти, что заблокировано, или отказаться от новой работы. Карточка Toyota, лимит на доске и CONWIP — система вытягивания, предложенная в 1990 году как альтернатива канбану с карточкой на каждый шаг, — работают одинаково: ограничивают то, что находится в работе.
Закон Литтла: почему лимит сокращает ожидание
Закон Литтла гласит: среднее число задач в системе равно средней скорости их поступления, умноженной на среднее время, которое каждая задача в системе проводит. Джон Д. К. Литтл доказал его в 1961 году. В 2011 году он писал, что закон выполняется при удивительно общих условиях, а вариант для конечных периодов не требует стационарного потока поступлений.
Для рабочей доски три величины — это среднее WIP, средняя пропускная способность и среднее время цикла. Kanban Guide определяет WIP как задачи, которые начаты, но не завершены, пропускную способность как число завершённых задач за единицу времени, а время цикла как время от начала до завершения. Отсюда среднее время цикла равно среднему WIP, делённому на среднюю пропускную способность.
Возьмём команду, которая заканчивает 3 задачи в неделю при 12 задачах в работе. Среднее время цикла — 4 недели. Ограничьте WIP шестью, удержите пропускную способность на уровне 3, и среднее упадёт до 2 недель. Арифметика точная, но допущение, что пропускная способность не просядет, — это ставка.

Книга Вакканти о метриках потока строит на этом законе свой подход к предсказуемости. Kanban Guide добавляет инструмент прогноза: ожидаемый уровень сервиса, например «85% задач выполняются за восемь дней и быстрее».
Чем канбан отличается от скрама
Главные различия перечислены в сравнении Книберга и Скарина 2009 года.
| Вопрос | Скрам | Канбан |
|---|---|---|
| Роли | Заданные роли | Не предписаны |
| Ритм | Итерации фиксированной длины | Непрерывный поток |
| Лимит работы | На итерацию | На состояние процесса |
| Изменения посреди цикла | Внутри итерации им сопротивляются; доска сбрасывается между итерациями | Доска непрерывна |
| Оценка | Оценка и скорость (velocity) | Не нужна |
Авторы считают, что ни один из подходов не хорош и не плох сам по себе. Многие команды используют лимиты канбана внутри ритма скрама.
Работает ли это: что говорят исследования
Доказательств меньше, чем энтузиазма. Структурированный обзор dos Santos и коллег 2018 года охватил 20 первичных исследований и нашёл более 16 заявленных преимуществ, из которых четыре подтверждены хорошо: видимость работы, контроль задач, поток работ и время выхода на рынок. Главной трудностью оказалась организационная культура. Негативных результатов авторы не нашли и сами отмечают это как пробел. Систематическое картирование (mapping study) 2018 года по исследованиям канбана в разработке ПО за 2006–2016 годы показало, что большинство работ носит описательный характер, а строгих исследований мало.
На уровне команды годовое исследование в Software Factory Хельсинкского университета показало, что разработчики оценили канбан как простой для понимания и мотивирующий, потому что работа меньше пересекалась, а общение стало лучше.
Большинство цифр приходит от вендоров и практиков. Считайте их заявленными результатами, а потом сверяйте с данными о потоке в вашей команде.
Перед тем как ставить лимиты, нарисуйте процесс таким, каким он идёт сегодня. BPMN даёт для этого стандартную нотацию, а матрица RACI называет владельца каждого шага. План Growth Lab можно начинать от этой карты.
Как применять: Канбан: что это, доска и принципы по шагам
- Опишите процесс, каким он есть. Запишите шаги, через которые задача проходит сегодня: например, «Запрос», «В работе», «На проверке», «Готово». Идеальный процесс не придумывайте: метод канбан начинается с того, что вы делаете сейчас. Результат: колонки доски, которые совпадают с реальностью.
- Положите на доску всё. Каждую открытую задачу превратите в карточку и поставьте в колонку, где она сейчас находится. Не забудьте мелкие просьбы, которые обычно приходят в чат. Результат: единая картина всего, что в работе.
- Посчитайте, что в работе, и поставьте первый лимит. Посчитайте карточки в рабочих колонках. Лимит поставьте на уровне этого числа или чуть ниже: например, 6, если открыто 8. Kanban Guide не называет конкретную цифру, так что первый лимит — предположение. Результат: записанный лимит для каждой колонки.
- Забирайте работу, а не навязывайте её. Берите новую задачу только тогда, когда карточка ушла из колонки с лимитом. Если колонка заполнена, помогите закончить что-то, а не начинайте новое. Результат: правило, которое не даёт новой работе громоздиться поверх старой.
- Запишите правила прямо на доске. Зафиксируйте, что значит «готово» для каждой колонки, как обрабатываются срочные задачи и что делать, если карточка заблокирована. Результат: правила, которые все могут прочитать, а не привычки в головах.
- Измеряйте поток и разбирайте доску раз в неделю. Следите за четырьмя показателями из Kanban Guide: WIP, пропускная способность, время цикла и возраст каждой открытой задачи. Раз в неделю смотрите на самые старые карточки и переполненные колонки. Результат: одно изменение лимита или правила в неделю, основанное на данных.
Примеры
Больничные расходники и канбан с двумя ёмкостями
Реальный случай. Постер Naval Postgraduate School рассказывает о Naval Medical Center San Diego: в 2014 финансовом году там ввели канбан с двумя ёмкостями для расходных материалов. Когда заканчивается первая ёмкость с товаром, персонал берётся за вторую, а пустая ёмкость служит сигналом на повторный заказ. По трём отделениям постер сообщает о статистически значимом улучшении стоимости и эффективности заказов между 2013 и 2015 финансовыми годами. Это сравнение «до и после» на одной площадке, а не контролируемый эксперимент.
Платёжный сервис: очередь на проверку
Иллюстративный пример. Команда поддержки платёжного сервиса обрабатывает заявки на верификацию клиентов по шагам: «Получена», «Документы проверены», «Проверка комплаенса», «Решение принято». В колонке «Проверка комплаенса» скопилось 14 заявок, а единственный проверяющий закрывает 3 в неделю, поэтому заявка ждёт там почти 5 недель. Команда ставит на колонку лимит 4, перестаёт брать в неё новые заявки, пока она полна, и поднимает вопрос, если заявка заблокирована. По арифметике закона Литтла ожидание падает примерно до 1,3 недели, и клиенты получают ответ раньше.
Команда сопровождения Microsoft
Реальный случай, описанный автором метода. В 2004 году Андерсон построил систему вытягивания для группы сопровождения в Microsoft. По данным кейса Kanban University, среднее время выполнения запросов на изменение сократилось примерно с 5,5 месяца до 12 дней, а доля работ, сданных в срок, достигла 98%. Эти цифры приводит издатель самого метода, поэтому читайте их как заявленный результат, а не как независимый аудит.
Когда применять
Подходит, когда работа поступает непрерывно и непредсказуемо — заявки в поддержку, исправление ошибок, операционные очереди, производство контента, проверки комплаенса, — а симптомы такие: долгое ожидание и множество одновременно открытых задач. Канбан накладывается на ваш текущий процесс и не требует реорганизации.
Когда не применять
Не берите его, когда работа — один большой проект с жёстким сроком и известной последовательностью: там лучше сработают план и критический путь. Мало пользы и там, где ни одну задачу нельзя закончить, не дожидаясь кого-то другого: лимиты тогда лишь покажут затор, но не уберут его. Не используйте канбан для слежки за отдельными людьми.
Частые ошибки
- Принимать доску за метод. Доска без лимитов просто показывает завал. Поведение меняет именно лимит незавершённой работы.
- Ставить лимиты настолько высокими, что ничего никогда не упирается в них. Лимит, который не срабатывает, не заставляет заканчивать до того, как начинать.
- Менять лимит всякий раз, когда он мешает. Полная колонка — сигнал искать затор, а не поднимать цифру.
- Добавлять колонки на каждую передачу и каждую роль. Каждая колонка — место, где работа ждёт, поэтому делайте процесс таким простым, каким позволяет реальность.
- Не замечать стареющие задачи. Карточки, которые лежат неделями, прячутся за приличным средним значением, так что смотрите на самые старые каждую неделю.
Вопросы и ответы
Что такое доска канбан?
Доска канбан — это процесс в наглядном виде. Каждая колонка — шаг, каждая карточка — задача, и по мере продвижения работы карточки двигаются слева направо. Kanban Guide видит в доске визуализацию рабочего процесса, а полезные доски показывают ещё и лимит незавершённой работы для каждой рабочей колонки.
Что значит канбан в бережливом производстве?
В бережливом производстве канбан — это сигнальное средство. Lean Enterprise Institute определяет его как карточку или сигнал, который разрешает и предписывает перемещение или производство деталей в системе вытягивания. Следующий процесс расходует детали, карточка возвращается назад, и только после этого делают новые.
Что такое метод канбан?
Метод канбан — подход Дэвида Дж. Андерсона к улучшению управления интеллектуальной работой, описанный в его книге 2010 года. Kanban University подчёркивает, что метод применяют к уже существующему способу работы, и это не фреймворк процесса. Его практики: визуализировать работу, ограничивать незавершённую работу, управлять потоком и делать правила явными.
Как установить лимит WIP?
Отталкивайтесь от числа задач, которые в работе сегодня, поставьте лимит на этом уровне или чуть ниже и затягивайте его по мере обучения команды. Единой формулы нет, и Kanban Guide оставляет цифру на усмотрение команды. Оценивайте лимит по тому, как он влияет на время цикла и на частоту блокировок.
Чем канбан отличается от скрама?
Скрам работает фиксированными по длине итерациями, с заданными ролями и оценкой задач. Канбан накладывается на существующий процесс, не предписывает ролей и итераций и ограничивает незавершённую работу по каждому состоянию процесса. Сравнение Хенрика Книберга и Маттиаса Скарина 2009 года рассматривает их как два инструмента, выбор между которыми зависит от ситуации, и многие команды их сочетают.
Источники
- Daniel Vacanti, John Coleman and contributors, The Kanban Guide, May 2025 version (kanbanguides.org)
- Kanban Guides, version history of The Kanban Guide: July 2020, December 2020, May 2025
- Daniel Vacanti, John Coleman and contributors, The Kanban Guide, July 2020 version (PDF)
- Kanban University, The Official Guide to the Kanban Method
- Kanban University, Get the Official Guide to the Kanban Method, February 2021
- David J. Anderson, Kanban history, djaa.com
- Kanban University, case study: Microsoft XIT Sustaining Engineering
- Toyota Motor Corporation, 75 Years of Toyota: Modernization of Facilities (supermarket method and kanban)
- Toyota Motor Corporation, Toyota Production System: Just-in-Time and Jidoka
- Christoph Roser, Twenty-five years after Ohno, All About Lean
- Taiichi Ohno, Toyota Production System: Beyond Large-Scale Production, Productivity Press, 1988
- Kaneyoshi Kusunoki, Thinking about buffers and production systems, The Birth of Lean, Chapter IV, Lean Enterprise Institute
- Lean Enterprise Institute, Lean at heart: kanban
- John D. C. Little, A proof for the queuing formula L = λW, Operations Research 9(3), 1961 (RePEc record)
- John D. C. Little, Little's Law as viewed on its 50th anniversary, Operations Research 59(3), 2011, reprint by the Project Production Institute
- Mark Spearman, David Woodruff, Wallace Hopp, CONWIP: a pull alternative to kanban, International Journal of Production Research 28(5), 1990, reprint by the Project Production Institute
- Daniel Vacanti, Actionable Agile Metrics for Predictability
- Henrik Kniberg, Mattias Skarin, Kanban and Scrum: making the most of both, InfoQ, 2009
- Paulo Sérgio Medeiro dos Santos and others, On the benefits and challenges of using kanban in software engineering: a structured synthesis study, Journal of Software Engineering Research and Development 6, 2018
- Muhammad Ovais Ahmad, Denis Dennehy, Kieran Conboy, Markku Oivo, Kanban in software engineering: a systematic mapping study, Journal of Systems and Software 137, 2018 (Lero record)
- University of Helsinki, The Kanban production control system streamlines software production (study of Ikonen and others, ICECCS 2011)
- Naval Postgraduate School, Two-bin kanban: supply ordering impact at Naval Medical Center San Diego (research poster)
Обновлено 20 октября 2026


