Канбан (Kanban) — метод управления работой, при котором задачи движутся по доске со столбцами-этапами, а количество задач в работе на каждом этапе ограничено. Ограничение (WIP-лимит) заставляет команду сначала доделывать начатое, а потом брать новое, поэтому задачи проходят путь быстрее и предсказуемее. В отличие от Scrum, в Канбане нет спринтов и обязательных ролей: работа идёт непрерывным потоком.
Откуда пришёл Канбан
Слово «канбан» по-японски означает «карточка» или «вывеска». Систему придумал инженер Тайити Оно в Toyota в конце 1940-х — 1950-х годах: карточка сигнализировала предыдущему участку конвейера, что пора производить следующую партию деталей. Так завод производил ровно столько, сколько нужно, без складских излишков.
В интеллектуальный труд метод перенёс Дэвид Андерсон: в 2010 году вышла его книга «Kanban: Successful Evolutionary Change for Your Technology Business», и с тех пор «Метод Канбан» с большой буквы обозначает подход к улучшению сервисов в IT и других отраслях. Параллельно Дэниел Ваканти и Джон Коулман ведут краткое руководство The Kanban Guide; актуальная версия вышла в мае 2025 года.
Как устроена канбан-доска
Доска визуализирует процесс: каждый столбец — этап, каждая карточка — задача. Простейшая доска — «Сделать — В работе — Готово», но в IT она почти всегда подробнее.
Пример доски команды разработки:
| Бэклог | Готово к работе (лимит 5) | Разработка (лимит 4) | Код-ревью (лимит 2) | Тестирование (лимит 3) | Готово к релизу | Выпущено |
|---|---|---|---|---|---|---|
| Новые идеи и баги | Задачи с понятными требованиями | В процессе / готово | Ждёт ревьюера | В процессе / готово | Ждёт выкладки | В продакшне |
Полезные элементы доски:
- WIP-лимит на столбце — максимум задач, которые одновременно могут на нём находиться;
- подстолбцы «в процессе» и «готово» — показывают, где задача ждёт следующего этапа;
- дорожки (swimlanes) — горизонтальные полосы для разных типов работ, например «Фичи», «Баги», «Срочно»;
- блокеры — отметка на карточке, если задача остановилась из-за внешней причины;
- явные правила (explicit policies) — договорённости, когда задачу можно переносить дальше: например, «в тестирование — только после ревью и прохождения автотестов».
Доски ведут в Kaiten, YouGile, Яндекс Трекере, Jira, YouTrack, Trello или на физической стене с магнитами.
Зачем ограничивать незавершённую работу
WIP (work in progress) — задачи, которые начаты, но не закончены. Чем их больше, тем дольше каждая из них ждёт своей очереди. Эту связь описывает закон Литтла:
Среднее время выполнения = Среднее количество задач в работе / Средняя пропускная способность
Пример: команда закрывает 10 задач в неделю, а в работе одновременно 30 задач. Средняя задача проходит путь за 3 недели. Если сократить WIP до 15, не меняя скорость, задача будет проходить за полторы недели. Работать быстрее люди не стали — они меньше переключаются и меньше ждут.
Когда столбец заполнен до лимита, команда не берёт новую задачу, а помогает разгрузить узкое место: разработчик идёт ревьюить код или помогает тестировщику. Принцип звучит так: «Хватит начинать, начинайте заканчивать».
Принципы и практики Метода Канбан
Метод Канбан по Андерсону начинается не с перестройки процессов, а с того, как команда работает сейчас.
Базовые принципы:
- начните с того, что делаете сейчас, и уважайте текущие роли и обязанности;
- договоритесь об эволюционных, постепенных изменениях;
- поощряйте лидерство на всех уровнях;
- ориентируйтесь на потребности клиента и ценность для него.
Шесть общих практик:
- Визуализировать работу и процесс.
- Ограничивать незавершённую работу.
- Управлять потоком: следить, где задачи застревают.
- Сделать правила процесса явными.
- Внедрить петли обратной связи — регулярные встречи.
- Улучшать совместно и развиваться экспериментально.
Kanban Guide формулирует то же короче: три практики — определять и визуализировать процесс, активно управлять задачами в работе, улучшать процесс.
Метрики потока
Канбан-команды принимают решения на основе данных о потоке. Kanban Guide называет четыре обязательные метрики.
| Метрика | Что показывает | Как используют |
|---|---|---|
| WIP | Сколько задач начато и не закончено | Держат в пределах лимитов, ищут перегруженные этапы |
| Throughput (пропускная способность) | Сколько задач закончено за период | Прогнозируют, сколько задач команда сделает к дате |
| Work Item Age (возраст задачи) | Сколько времени прошло с начала работы над незавершённой задачей | Замечают «застрявшие» задачи до того, как они сорвут срок |
| Cycle Time (время цикла) | Сколько времени прошло от начала работы до завершения | Строят прогноз сроков и уровень ожидаемого сервиса |
Ещё два понятия, которые встретятся в работе и на собеседовании:
- Lead time — время от появления запроса до поставки клиенту. Включает ожидание в бэклоге, поэтому всегда больше или равно cycle time. Границы метрик каждая команда определяет сама.
- SLE (service level expectation, ожидаемый уровень сервиса) — прогноз в формате «85% задач завершаются за 8 дней или быстрее». Его строят по истории cycle time.
Визуализируют метрики кумулятивной диаграммой потока (CFD — cumulative flow diagram): расширяющаяся полоса этапа показывает, что там копится очередь, а точечной диаграммой cycle time — какие задачи заметно выбиваются из нормы.
Классы обслуживания и регулярные встречи
Задачи в Канбане бывают разной срочности, и для них заводят классы обслуживания:
- срочные (expedite) — блокирующий баг в продакшне, идёт вне лимитов и очереди;
- с фиксированной датой — например, изменение по требованию регулятора к определённому числу;
- стандартные — основная масса задач, по порядку;
- отложенной ценности — техдолг и улучшения, которые не горят, но важны.
Обязательных встреч нет, но в Методе Канбан описаны каденции — регулярные события. Чаще всего команды используют:
- ежедневную встречу у доски — идут по доске справа налево, от почти готовых задач к началу, и обсуждают блокеры;
- встречу пополнения (replenishment) — решают, какие задачи взять в «Готово к работе»;
- планирование поставки — когда и что выпускать;
- обзор сервиса — разбор метрик и выполнения SLE;
- ретроспективу — по договорённости, например раз в две недели.
Канбан и Scrum: в чём разница
| Критерий | Kanban | Scrum |
|---|---|---|
| Ритм | Непрерывный поток | Спринты фиксированной длины до месяца |
| Роли | Не обязательны, сохраняются текущие | Владелец продукта, скрам-мастер, разработчики |
| Ограничение работы | WIP-лимиты по этапам | Объём спринта, выбранный на планировании |
| Изменения приоритетов | В любой момент, для задач не в работе | Цель спринта не меняют до его окончания |
| Встречи | По договорённости | Пять обязательных событий |
| Ключевые метрики | Cycle time, throughput, WIP, возраст задачи | Velocity, burndown, достижение цели спринта |
| Где удобнее | Поддержка, эксплуатация, DevOps, контент, поток разнородных задач | Развитие продукта с целями на 2–4 недели |
Scrumban — гибрид: команда сохраняет планирование и ретроспективы из Scrum, но управляет задачами по канбан-доске с WIP-лимитами. Часто так работают команды, у которых половина времени уходит на поддержку.
Как Канбан выглядит в работе
Пример команды сопровождения интернет-магазина: два разработчика, тестировщик, DevOps-инженер и тимлид.
- Запросы от поддержки и бизнеса попадают в бэклог. Дважды в неделю тимлид с продакт-менеджером проводят встречу пополнения и переносят 3–5 задач в «Готово к работе».
- Каждое утро на 10 минут — встреча у доски. Сегодня в «Код-ревью» две задачи — лимит достигнут, поэтому разработчик, который закончил свою задачу, идёт ревьюить, а не берёт новую.
- В пятницу ночью падает оплата — карточка класса «срочно» проходит доску за 3 часа вне лимитов.
- Раз в месяц команда смотрит CFD и замечает, что задачи по 4 дня ждут выкладки. Решение — автоматизировать релиз; эту задачу берёт DevOps-инженер.
Вопросы о Канбане на собеседовании
Базовые
- Что такое Канбан и чем он отличается от Scrum? Назовите поток вместо спринтов, WIP-лимиты, отсутствие обязательных ролей и встреч.
- Зачем нужны WIP-лимиты? Чтобы сократить переключения, быстрее доводить задачи до конца и увидеть узкие места. Бонус — упомянуть закон Литтла.
- Какие колонки были на доске в вашей команде? Опишите реальную доску и правила перехода.
- Чем lead time отличается от cycle time?
Ситуационные
- Колонка «Тестирование» постоянно переполнена. Что делать? Не повышать лимит, а разобраться в причине: подключить разработчиков к тестированию, автоматизировать проверки, уменьшить размер задач.
- Пришла срочная задача, а лимит «В работе» исчерпан. Использовать класс обслуживания «срочно» с заранее оговорённым правилом, например одна срочная задача одновременно.
- Руководитель спрашивает, когда будет готова фича из 20 задач. Дать вероятностный прогноз по throughput: «С вероятностью 85% — за 4–5 недель», а не обещать точную дату.
Для менеджеров
Кандидатам на роль деливери-менеджера, тимлида или проджекта задают вопросы о кумулятивной диаграмме, SLE, прогнозе методом Монте-Карло, классах обслуживания и о том, как внедрять Канбан в команде, которая раньше работала без процесса. Кандидатам в системные аналитики и QA чаще задают базовые вопросы.
Частые вопросы
Нужен ли в Канбане тимлид или менеджер?
Метод не вводит обязательных ролей. На практике кто-то должен отвечать за пополнение бэклога и за улучшение потока; в Методе Канбан для этого описаны необязательные роли — менеджер запросов на сервис (Service Request Manager) и менеджер поставки сервиса (Service Delivery Manager).
Как выбрать первые WIP-лимиты?
Начните с количества людей на этапе или чуть больше, например лимит 4 для трёх разработчиков. Через 2–3 недели посмотрите, где копятся задачи, и скорректируйте. Лимит, который никогда не достигается, ничего не ограничивает.
Подходит ли Канбан для личных задач?
Да, личная канбан-доска с тремя колонками и лимитом 2–3 задачи в работе помогает фрилансерам и тем, кто совмещает несколько проектов. Её можно вести в любом трекере или в заметках.
Есть ли сертификаты по Канбану?
Есть. Kanban University выдаёт сертификаты Team Kanban Practitioner (TKP) и Kanban Management Professional (KMP) после обучения у аккредитованного тренера, Scrum.org — PSK I (Professional Scrum with Kanban) по итогам онлайн-экзамена. Для разработчика или аналитика они не обязательны.
Можно ли оценивать задачи в Канбане?
Можно, но многие команды отказываются от оценки: задачи заранее дробят до сопоставимого размера, а сроки прогнозируют по истории cycle time и throughput.
В каких вакансиях чаще упоминают Канбан?
В вакансиях поддержки, эксплуатации, DevOps и SRE, аналитики данных, контент- и маркетинговых команд, где поток задач трудно уложить в спринты. Найти такие вакансии можно в общем каталоге по ключевому слову Kanban.