Операционка

Канбан: что это, доска и принципы

Канбан делает работу видимой на доске и ограничивает число задач в работе, чтобы дела доходили до конца, а не копились наполовину сделанными.

Коротко

Канбан — это метод управления потоком работ. Задачи лежат на доске, которая повторяет реальный процесс, а лимит незавершённой работы (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 требует от участников явно контролировать число задач в рабочем процессе, и это создаёт систему вытягивания: новую задачу берут, только получив ясный сигнал, что для неё есть место.

Доска канбан с четырьмя колонками, подписанными по-английски: To do с пятью карточками, Doing с тремя карточками и синим значком «limit 3», Review с двумя карточками и Done с тремя карточками. Стрелка Pull ведёт из Doing обратно к To do.
Лимит WIP на колонке Doing: новая карточка заходит, только когда другая уходит.

Именно лимит меняет поведение. Без него доска просто фиксирует завал. С ним полная колонка заставляет кого-то помочь закончить задачу, найти, что заблокировано, или отказаться от новой работы. Карточка Toyota, лимит на доске и CONWIP — система вытягивания, предложенная в 1990 году как альтернатива канбану с карточкой на каждый шаг, — работают одинаково: ограничивают то, что находится в работе.

Закон Литтла: почему лимит сокращает ожидание

Закон Литтла гласит: среднее число задач в системе равно средней скорости их поступления, умноженной на среднее время, которое каждая задача в системе проводит. Джон Д. К. Литтл доказал его в 1961 году. В 2011 году он писал, что закон выполняется при удивительно общих условиях, а вариант для конечных периодов не требует стационарного потока поступлений.

Для рабочей доски три величины — это среднее WIP, средняя пропускная способность и среднее время цикла. Kanban Guide определяет WIP как задачи, которые начаты, но не завершены, пропускную способность как число завершённых задач за единицу времени, а время цикла как время от начала до завершения. Отсюда среднее время цикла равно среднему WIP, делённому на среднюю пропускную способность.

Возьмём команду, которая заканчивает 3 задачи в неделю при 12 задачах в работе. Среднее время цикла — 4 недели. Ограничьте WIP шестью, удержите пропускную способность на уровне 3, и среднее упадёт до 2 недель. Арифметика точная, но допущение, что пропускная способность не просядет, — это ставка.

Две дорожки. Верхняя вмещает 12 серых карточек с подписью WIP 12 и занимает 4 недели. Нижняя вмещает 6 синих карточек с подписью WIP 6 и занимает 2 недели. Обе выпускают по 3 карточки в неделю. Подписи на картинке английские.
Та же пропускная способность, вдвое меньше работы в процессе, вдвое короче ожидание.

Книга Вакканти о метриках потока строит на этом законе свой подход к предсказуемости. Kanban Guide добавляет инструмент прогноза: ожидаемый уровень сервиса, например «85% задач выполняются за восемь дней и быстрее».

Чем канбан отличается от скрама

Главные различия перечислены в сравнении Книберга и Скарина 2009 года.

Вопрос Скрам Канбан
Роли Заданные роли Не предписаны
Ритм Итерации фиксированной длины Непрерывный поток
Лимит работы На итерацию На состояние процесса
Изменения посреди цикла Внутри итерации им сопротивляются; доска сбрасывается между итерациями Доска непрерывна
Оценка Оценка и скорость (velocity) Не нужна

Авторы считают, что ни один из подходов не хорош и не плох сам по себе. Многие команды используют лимиты канбана внутри ритма скрама.

Работает ли это: что говорят исследования

Доказательств меньше, чем энтузиазма. Структурированный обзор dos Santos и коллег 2018 года охватил 20 первичных исследований и нашёл более 16 заявленных преимуществ, из которых четыре подтверждены хорошо: видимость работы, контроль задач, поток работ и время выхода на рынок. Главной трудностью оказалась организационная культура. Негативных результатов авторы не нашли и сами отмечают это как пробел. Систематическое картирование (mapping study) 2018 года по исследованиям канбана в разработке ПО за 2006–2016 годы показало, что большинство работ носит описательный характер, а строгих исследований мало.

На уровне команды годовое исследование в Software Factory Хельсинкского университета показало, что разработчики оценили канбан как простой для понимания и мотивирующий, потому что работа меньше пересекалась, а общение стало лучше.

Большинство цифр приходит от вендоров и практиков. Считайте их заявленными результатами, а потом сверяйте с данными о потоке в вашей команде.

Перед тем как ставить лимиты, нарисуйте процесс таким, каким он идёт сегодня. BPMN даёт для этого стандартную нотацию, а матрица RACI называет владельца каждого шага. План Growth Lab можно начинать от этой карты.

Как применять: Канбан: что это, доска и принципы по шагам

  1. Опишите процесс, каким он есть. Запишите шаги, через которые задача проходит сегодня: например, «Запрос», «В работе», «На проверке», «Готово». Идеальный процесс не придумывайте: метод канбан начинается с того, что вы делаете сейчас. Результат: колонки доски, которые совпадают с реальностью.
  2. Положите на доску всё. Каждую открытую задачу превратите в карточку и поставьте в колонку, где она сейчас находится. Не забудьте мелкие просьбы, которые обычно приходят в чат. Результат: единая картина всего, что в работе.
  3. Посчитайте, что в работе, и поставьте первый лимит. Посчитайте карточки в рабочих колонках. Лимит поставьте на уровне этого числа или чуть ниже: например, 6, если открыто 8. Kanban Guide не называет конкретную цифру, так что первый лимит — предположение. Результат: записанный лимит для каждой колонки.
  4. Забирайте работу, а не навязывайте её. Берите новую задачу только тогда, когда карточка ушла из колонки с лимитом. Если колонка заполнена, помогите закончить что-то, а не начинайте новое. Результат: правило, которое не даёт новой работе громоздиться поверх старой.
  5. Запишите правила прямо на доске. Зафиксируйте, что значит «готово» для каждой колонки, как обрабатываются срочные задачи и что делать, если карточка заблокирована. Результат: правила, которые все могут прочитать, а не привычки в головах.
  6. Измеряйте поток и разбирайте доску раз в неделю. Следите за четырьмя показателями из 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 года рассматривает их как два инструмента, выбор между которыми зависит от ситуации, и многие команды их сочетают.

Источники

  1. Daniel Vacanti, John Coleman and contributors, The Kanban Guide, May 2025 version (kanbanguides.org)
  2. Kanban Guides, version history of The Kanban Guide: July 2020, December 2020, May 2025
  3. Daniel Vacanti, John Coleman and contributors, The Kanban Guide, July 2020 version (PDF)
  4. Kanban University, The Official Guide to the Kanban Method
  5. Kanban University, Get the Official Guide to the Kanban Method, February 2021
  6. David J. Anderson, Kanban history, djaa.com
  7. Kanban University, case study: Microsoft XIT Sustaining Engineering
  8. Toyota Motor Corporation, 75 Years of Toyota: Modernization of Facilities (supermarket method and kanban)
  9. Toyota Motor Corporation, Toyota Production System: Just-in-Time and Jidoka
  10. Christoph Roser, Twenty-five years after Ohno, All About Lean
  11. Taiichi Ohno, Toyota Production System: Beyond Large-Scale Production, Productivity Press, 1988
  12. Kaneyoshi Kusunoki, Thinking about buffers and production systems, The Birth of Lean, Chapter IV, Lean Enterprise Institute
  13. Lean Enterprise Institute, Lean at heart: kanban
  14. John D. C. Little, A proof for the queuing formula L = λW, Operations Research 9(3), 1961 (RePEc record)
  15. John D. C. Little, Little's Law as viewed on its 50th anniversary, Operations Research 59(3), 2011, reprint by the Project Production Institute
  16. 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
  17. Daniel Vacanti, Actionable Agile Metrics for Predictability
  18. Henrik Kniberg, Mattias Skarin, Kanban and Scrum: making the most of both, InfoQ, 2009
  19. 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
  20. 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)
  21. University of Helsinki, The Kanban production control system streamlines software production (study of Ikonen and others, ICECCS 2011)
  22. Naval Postgraduate School, Two-bin kanban: supply ordering impact at Naval Medical Center San Diego (research poster)

Обновлено 20 октября 2026

Илья ПушинОснователь PUSHERS & COO Fintech ServiceИлья строит операционные системы для растущих компаний в медицине и финтехе. С 2021 года руководит трансграничными платежами в ARBI Exchange, лицензированном обменнике в Таиланде, включая KYC, AML и выход в новые юрисдикции.Об автореLinkedIn
Связанные фреймворки
Другие фреймворки
Хотите, чтобы «Канбан: что это, доска и принципы» работал у вас?Заказать операционный аудит