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

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

«Доска не ускоряет работу сама по себе. Она делает видимым то, что раньше жило в головах и переписке. Дальше команда сама видит, где узкое место, и это уже половина решения». Виталий Нетёсов, руководитель Netit24, платинового партнёра Битрикс24.

Что такое канбан простыми словами

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

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

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

История метода канбан: от производства Toyota до офиса

Метод пришёл с производства. Toyota начала эксперименты с системой канбан в 1959 году, а в 1962 году перевела на этот принцип всё производство. По-японски слово означает «рекламный щит, вывеска», в деловой литературе его чаще переводят как «сигнальная карточка».

На заводе карточка была физическим сигналом: она крепилась к таре с деталями и сообщала, что нужно пополнить запас. Работа шла по принципу «точно в срок», то есть детали изготавливали не впрок, а под реальную потребность следующего участка. Отсюда же выросло правило ограничения: на рабочем месте держали не больше двух канбанов одновременно.

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

Основные элементы канбан-доски: из чего она состоит

Доска канбан устроена просто, и это её сила. Четыре основных элемента покрывают почти любой рабочий процесс: колонки, карточки задач, дорожки и WIP-лимиты. Карточки перемещаются слева направо, от очереди к готовому результату, и каждый переход означает смену этапа. Такая организация процесса позволяет отслеживать поток работы без отдельных отчётов.

Колонки (столбцы) и статусы задач

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

Главное правило звучит так: один статус, одно состояние. Статус колонки определяет, где задача находится, а не что с ней делают. «На проверке» это состояние, а «проверить» это действие, и такое название быстро превращает доску в список поручений. Отдельно стоит завести входную очередь, куда падают новые задачи, и колонку готового: без неё непонятно, что команда реально закончила за неделю.

Карточки задач: какие элементы заполнять

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

Карточка без ответственного зависает почти всегда. Пока у задачи нет конкретного ответственного, её двигают по канбан-доске «когда дойдут руки», и она месяцами живёт в колонке «в работе», создавая иллюзию занятости. Второе частое упущение это название вида «Клиент Иванов»: из него непонятно, какой результат ждут.

WIP-лимиты: сколько задач держать в работе

WIP это Work In Progress, то есть задачи, которые находятся в работе прямо сейчас. WIP-лимит ограничивает их количество: например, не больше трёх задач на команду в колонке «В работе». Второе название этого правила: лимит незавершённой работы.

Без лимита возникает понятная проблема: люди берут новое, не закончив старое, и десять задач одновременно выполняются наполовину. Смысл ограничения в том, чтобы работа заканчивалась, а не начиналась. Когда лимит достигнут, правило простое: не начинать новую задачу, а помочь коллеге закрыть текущую. Это и есть основная мера против перегрузки.

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

Дорожки и приоритеты

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

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

Как работает канбан: путь задачи по доске

Проще всего увидеть метод на сквозном примере, тем более что путь одинаков для любой задачи, от постановки до завершения. Новая задача попадает во входную очередь: её сформулировали, назначили исполнителя и поставили срок. Пока в колонке «В работе» есть свободное место по лимиту, исполнитель берёт задачу и переносит карточку сам.

Дальше идёт этап проверки. Тут важен момент, который часто пропускают: карточку двигает не руководитель, а тот, кто закончил свою часть работы. Руководитель смотрит на канбан-доску целиком и отслеживает поток, а не перекладывает карточки за команду.

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

Принципы канбан-метода и управление потоком

Эта методология стоит на шести практиках. Именно они превращают канбан-доску из украшения в рабочий инструмент управления выполнением задач.

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

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

Преимущества и недостатки канбана: что меняется в работе команды

Первое, что даёт канбан-доска, это прозрачность. Видно загрузку каждого сотрудника, видно, где задачи стоят, и видно реальный объём незавершённой работы. Обычно он оказывается больше, чем команда предполагала, и уже одно это позволяет контролировать нагрузку осмысленно. Повышение эффективности приходит не от доски, а от решений, которые она делает очевидными.

• Быстрая реакция на застрявшие задачи. Карточка, которая неделю не двигается, заметна сразу: прозрачный поток повышает скорость прохождения задач.
• Баланс нагрузки. WIP-лимиты не дают заваливать людей задачами сверх того, что команда успевает завершить.
• Меньше переключений. Когда в работе три задачи, а не двенадцать, человек реже прыгает между ними и не теряет контекст.
• Плавное внедрение. Рабочий процесс не приходится перестраивать заранее, а сотрудники продолжают работать привычным образом.

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

Главная оговорка: доска ничего не ускоряет сама по себе. Она позволяет увидеть узкое место, а улучшить работу команда должна решениями, а не перестановкой карточек.

Физическая и цифровая канбан-доска: какой инструмент использовать

Стикеры на стене остаются хорошим стартом: работа с доской стоит копейки, её видно всем в кабинете, и метод осваивают за день. Минусы очевидны: она не работает для удалённых сотрудников, не хранит историю и не считает метрики, а карточка, которую случайно отклеили, исчезает бесследно.

Цифровой инструмент решает эти задачи: доступ из любого места, история изменений по каждой карточке, визуальные отметки и автоматические уведомления. Для распределённой команды это решает главную проблему физической доски. Есть и побочная выгода: метрики потока такая система считает сама. Взамен появляется риск, что доску будут вести формально, для галочки, потому что физически она перед глазами не висит.

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

Примеры использования канбан-доски в разных командах

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

Доска отдела продаж

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

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

Доска маркетинга и разработки контента

Типичный набор колонок: идея, планирование, в работе, на проверке, опубликовано. Команды, которые занимаются продуктом, добавляют колонку тестирования. Узкое место здесь почти всегда одно и то же: согласование. Карточки копятся в колонке «на проверке», потому что согласующий один, а материалов много.

Лечится это не ускорением работы авторов, а WIP-лимитом на количество карточек в колонке проверки и договорённостью о сроке согласования. Пока лимита нет, команда производит контент, который неделями лежит без публикации.

Доска поддержки и сервиса

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

Для срочных обращений создают отдельную дорожку с собственным правилом: такие карточки проходят вне общей очереди, но WIP-лимит используют и здесь, иначе срочным становится всё подряд.

Канбан-доска в Битрикс24: где она уже есть

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

Первая живёт в задачах: канбан один из способов посмотреть тот же список задач, наравне со списком, сроками и диаграммой Ганта. Команда переключает вид, а задачи остаются те же самые. Как устроен сам раздел, разбираем в материале про задачи и проекты в Битрикс24.

Вторая доска это канбан сделок в CRM. Там колонка означает стадию сделки, то есть доска отражает движение клиента по воронке, а не внутреннюю работу команды. На бесплатном тарифе действует лимит в 100 задач и одна воронка продаж, для небольшой команды на старте этого хватает. Если платформа для вас новая, начните с обзора, что такое Битрикс24 и из чего он состоит.

Метрики канбана: время цикла и пропускная способность

Если доска живёт в Битрикс24, часть этих цифр система считает сама, смотрите разбор про то, какие отчёты есть в Битрикс24 и как их настроить.

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

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

Улучшение видно только в сравнении с собственной динамикой за несколько недель, а не с чужими цифрами из статьи в интернете: время цикла в разработке и в поддержке отличается в разы, и «хорошего» значения вообще не существует. Полезный вопрос всего один: разница между временем выполнения и временем цикла растёт или сокращается.

Как внедрить канбан в команде: пять шагов и обучение команды

Начинать внедрение стоит не с покупки инструмента, а с описания того, что происходит сейчас. Дальше в статье пять шагов, с которых начать проще всего. Цель первых недель простая: увидеть свой процесс, а не настроить сервис. Пять шагов ниже проходят почти все команды.

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

Обучение здесь занимает не отдельный этап, а первую неделю работы: команду учит сама доска, если разбирать её вместе на коротких встречах. Показать нужно немногое: кто двигает карточку, что означает каждая колонка и почему нельзя брать новое сверх лимита. Дальше правила закрепляются практикой.

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

Частые ошибки при работе с канбан-доской

• Колонки названы действиями, а не состояниями. «Позвонить клиенту» вместо «Ждём ответа»: доска превращается в список поручений и перестаёт показывать поток.
• Двадцать колонок вместо пяти. Избыточное количество усложняет восприятие, и доску перестают читать целиком.
• Нет регламента переходов. Каждый двигает карточки по своему пониманию, и колонка «Готово» у всех означает разное.
• Лимиты поставлены и игнорируются. Это хуже, чем их отсутствие: мера перестаёт работать, и команда привыкает, что правила на доске необязательные.
• Доска неактуальна. Задачи не обновляются, лишние карточки не удаляются, и через месяц доска показывает прошлое.
• Доску ведут для отчёта. Если карточки двигают перед совещанием, а работают в мессенджере, метод превращается в имитацию.
• Одна доска на слишком большой коллектив. Без разделения на команды или направления она становится нечитаемой.

Разница между канбаном и скрамом: преимущества каждого подхода

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

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

На практике подходы часто сочетают: команда живёт спринтами, но использует доску и лимиты, чтобы видеть поток внутри спринта.

Частые вопросы о канбане

Сколько колонок делать на доске?

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

Подходит ли канбан для одного человека?

Да, и это один из самых простых способов попробовать метод. Личная доска из трёх колонок с лимитом «не больше двух задач в работе» показывает то же самое, что командная: сколько дел начато и не закончено. Разница только в том, что договариваться о правилах приходится с самим собой.

Нужен ли отдельный сервис под доску?

Не обязательно. Использовать канбан можно в системе управления задачами, которая уже стоит в компании: доска там обычно есть как один из режимов просмотра, и заводить второй инструмент незачем: работа разъедется по двум местам. Использование одной системы помогает и с отчётностью, и с историей задач.

Что делать со срочными задачами вне очереди?

Для них заводят отдельную дорожку с явным правилом: сколько срочных карточек допустимо одновременно и кто имеет право их создавать. Без ограничения срочными постепенно становятся все задачи, и очередь теряет смысл.

Сколько времени занимает внедрение канбана в компании?

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