Канбан: что это за метод, как устроена канбан-доска и как внедрить её в компании

В компании внедряют таск-трекер. Через месяц в колонке «В работе» у отдела маркетинга сорок карточек на четырёх человек. Всё начато, ничего не закончено, руководитель каждую пятницу спрашивает «что с задачей», и каждый раз ответ «в процессе». Формально это канбан-доска. По сути — список дел с цветными карточками.

Канбан — один из самых недооценённых методов управления. Его считают простым, внедряют за вечер и бросают через месяц. Разберём, как метод устроен на самом деле и почему главное в нём не доска.

Что такое канбан

Канбан — метод управления потоком работы. Слово японское, означает «карточка» или «вывеска». Метод родился на заводах Toyota в середине прошлого века как часть производственной системы «точно вовремя»: карточка сопровождала партию деталей и служила сигналом, что пора производить следующую. Новая партия запускалась только тогда, когда предыдущую забрали дальше по цепочке.

Для офисной и интеллектуальной работы метод адаптировал Дэвид Андерсон в 2000-х годах. С тех пор канбан используют разработчики, маркетологи, отделы продаж, бухгалтерии и сервисные службы.

Суть метода в двух идеях:

• Работа видна. Каждая задача — карточка, каждый этап — колонка. Где что лежит, видно без вопросов.
• Начатой работы не может быть больше лимита. Пока задача не ушла с этапа дальше, новую на этот этап не берут.

Первая идея есть почти в любом таск-трекере. Вторая есть почти нигде, и именно она даёт результат.

Канбан учит переставать начинать и начинать заканчивать.

Шесть принципов канбан-метода

В канбане для интеллектуальной работы принято выделять шесть практик. Их полезно знать, чтобы не свести метод к доске.

1. Визуализировать работуВсе задачи и все этапы на одной доске. Невидимой работы не бывает.
2. Ограничить незавершённую работуЛимит на число задач в колонке. Новая задача — только когда освободилось место.
3. Управлять потокомСледить, как быстро задачи проходят от начала до конца, и убирать задержки.
4. Сделать правила явнымиЗаписать, когда задачу можно перевести в следующую колонку и кто это решает.
5. Ввести циклы обратной связиКороткие регулярные встречи у доски и разбор метрик раз в несколько недель.
6. Улучшать вместе и постепенноМенять процесс небольшими шагами, проверяя результат на цифрах.

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

Канбан-доска: как устроена

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

Рабочая доска повторяет реальные этапы процесса. Например, для отдела маркетинга:

Карточка на доске — одна задача. На ней минимум: что сделать, кто делает, когда задача пришла. Дата появления карточки нужна, чтобы потом считать, сколько задачи проводят в работе.

Явные правила перехода

Для каждой колонки записывается, что должно быть сделано, чтобы задача перешла дальше. Например, из «Входящих» в «Готово к работе» задача переходит, только когда у неё есть понятный результат, заказчик и срок. Из «Проверки» в «Готово» — только когда заказчик подтвердил.

Звучит бюрократично, но именно эти правила убирают половину споров. Задача «в работе» перестаёт означать «я о ней помню» и начинает означать конкретное состояние.

Лимит незавершённой работы: главное в канбане

Лимит незавершённой работы (по-английски Work In Progress, WIP) — максимальное число задач, которые одновременно могут находиться в колонке. Когда колонка заполнена, новую задачу в неё взять нельзя. Нужно сначала доделать или помочь коллеге продвинуть уже начатое.

Почему это работает. Каждая начатая и брошенная задача стоит денег: человек переключается, вспоминает контекст, ждёт ответов. Чем больше задач в работе одновременно, тем дольше каждая из них идёт до конца. Это не ощущение, а закономерность, которую в теории потоков называют законом Литтла:

Среднее время прохождения задачи = число задач в работе ÷ сколько задач в среднем завершается за единицу времени

Команда не стала работать быстрее, она просто перестала держать в работе лишнее. Заказчик получает результат через неделю вместо месяца, а руководителю не нужно каждую пятницу выяснять, что с задачей.

Второе, что даёт лимит, — он показывает узкое место. Если колонка «Проверка» постоянно заполнена, а исполнители простаивают, проблема не в исполнителях, а в том, кто проверяет. Без лимита эта пробка не видна: задачи просто копятся в «работе». Эта логика близка к теории ограничений: поток всего процесса определяет самое узкое место.

Метрики потока в канбане

Канбан управляется через цифры, а не через ощущения «вроде много делаем». Метрик четыре, и все они считаются по датам на карточках.

• Время выполнения (lead time) — от появления задачи до готовности. Это время, которое видит заказчик.
• Время цикла (cycle time) — от начала работы до готовности. Это время, которое зависит от команды.
• Пропускная способность (throughput) — сколько задач завершается за неделю.
• Накопительная диаграмма потока — график, где видно, как растёт каждая колонка. Если какая-то полоса расширяется, там пробка.

Для начала достаточно двух: сколько задач завершено за неделю и сколько в среднем дней проходит от появления задачи до готовности. Эти две цифры раз в две недели на планёрке меняют разговор с «почему так долго» на «где именно застревает».

Канбан и скрам: в чём разница

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

Если у вас поток обращений, заявок, заказов или запросов — отдел продаж, сервис, маркетинг, бухгалтерия, закупки — канбан почти всегда проще и полезнее. Если команда создаёт новый продукт и нужно регулярно показывать результат заказчику — стоит смотреть на скрам. Подробнее о методах управления проектами — в статье об управлении проектами в компании.

Канбан за пределами IT

Метод родился на производстве и отлично работает там, где нет ни одного программиста.

• Отдел продаж: колонки повторяют этапы сделки, лимит — на число активных сделок у менеджера. Перегруженный менеджер не берёт новые лиды, пока не продвинет текущие, и лиды не протухают.
• Закупки: заявки от подразделений, согласование, заказ, поставка. Сразу видно, где заявки ждут неделями.
• Сервис и поддержка: обращения клиентов, разбор, решение, подтверждение клиентом. Лимит не даёт сотрудникам бросать сложные обращения ради простых.
• Бухгалтерия и финансы: закрытие месяца, согласование платежей, ответы на запросы.

Принцип один и тот же: процесс превращается в колонки, у колонок появляются лимиты, задачи текут слева направо. Связь с процессным подходом подробно описана в статье о том, что такое бизнес-процесс, а с производственными корнями метода — в материале о бережливом производстве.

Пример: канбан-доска отдела продаж

Возьмём отдел продаж из пяти менеджеров, которые продают оборудование компаниям. Сделка длится от двух недель до двух месяцев, проходит одни и те же этапы. Вот как может выглядеть доска.

• Новые заявки — без лимита, их разбирает руководитель отдела каждое утро.
• Квалификация — лимит 4 на менеджера: созвон, понять задачу, бюджет и сроки.
• Предложение — лимит 3 на менеджера: расчёт и коммерческое предложение.
• Согласование — лимит 5 на менеджера: клиент думает, идут уточнения.
• Договор и оплата — без лимита, здесь подключается бухгалтерия.

Что меняется в первый же месяц. Менеджер, у которого квалификация заполнена, не может забрать новую заявку, и руководитель видит это утром на доске, а не через три недели в отчёте о потерянных лидах. Заявку забирает менеджер со свободным местом. Сделки, которые застряли в «согласовании» дольше месяца, сразу видны по дате на карточке, и по ним принимается решение: дожимать или закрывать.

Через два-три месяца появляются цифры, которых раньше не было: сколько дней сделка проводит на каждом этапе и где их больше всего теряется. Это уже материал для того, чтобы менять процесс продаж, а не только подгонять менеджеров. Про этапы сделки и их конверсии подробнее — в статье о воронке продаж.

Как внедрить канбан: пошагово

1. Нарисуйте текущий процесс. Не идеальный, а тот, по которому работаете. Обычно получается четыре-шесть этапов.
2. Перенесите все текущие задачи на доску. Все, включая «маленькие» и «временные». Первая доска обычно пугает количеством начатого.
3. Поставьте лимиты. Для начала чуть меньше текущего количества задач в колонке. Не урезайте вдвое сразу — команда взбунтуется.
4. Запишите правила перехода. Одна-две строки на колонку: когда задача может идти дальше.
5. Проводите короткую встречу у доски. Пятнадцать минут, раз в день или через день. Разговор идёт справа налево: что мешает задачам дойти до «Готово».
6. Через две-три недели посмотрите на цифры. Сколько задач завершено, сколько дней они шли, где копятся. Скорректируйте лимиты.

Почему канбан не приживается

Метод бросают по одним и тем же причинам.

Чаще всего канбан ломает сам руководитель. Он вводит лимиты, а потом в обход доски даёт срочные задачи лично исполнителям. Лимиты перестают значить что-либо, и команда возвращается к старому режиму. Если срочные задачи неизбежны, для них делают отдельную дорожку — одну строку поверх доски с лимитом в одну задачу. Срочное получает приоритет, но не разрушает поток.

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