Что такое система канбан и как работать на канбан-доске

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

Что представляет собой канбан

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

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

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

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

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

Ключевые принципы Kanban

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

В основе метода несколько принципов.

1. Визуализация процесса. Работу команды делают видимой: задачи проходят через понятные этапы, а их движение отображается на доске. Благодаря этому легко увидеть, где находится каждая задача и на каких этапах возникают задержки.
2. Опора на существующий процесс. Канбан не требует полностью перестраивать работу команды. Обычно его накладывают на текущий процесс: берут реальные задачи и отслеживают, как они проходят через этапы. Смысл метода — не придумать идеальную схему, а сделать существующую работу прозрачной и управляемой.
3. Постепенные изменения. В канбане не пытаются изменить всё сразу. Сначала команда замечает проблему — например, задачи начинают застревать на одном из этапов — и пробует изменить только этот участок. Если решение помогает, процесс постепенно улучшают дальше.
4. Фокус на ценности задач. Перед тем как брать задачу в работу, важно понять, зачем она нужна и какой результат должна дать. Приоритеты зависят от контекста: в продуктовых командах сначала берут задачи, важные для пользователей, во внутренних проектах — задачи, связанные с бизнес-целями.

Теперь, когда есть общее представление о принципах метода, разберём его основной инструмент — канбан-доску и её элементы.

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

Канбан-доска — это наглядное представление рабочего процесса в реальном времени. Она показывает, на каком этапе находится каждая задача и как задачи движутся по процессу.

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

• Бэклог — задачи, которые пока ждут своей очереди;
• В работе — задачи, над которыми команда работает сейчас;
• На проверке — задачи, ожидающие согласования или ревью;
• Готово — завершённые задачи.

Карточки перемещаются по доске слева направо — от постановки задачи к её завершению.

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

Вот как это выглядит на примере доски в системе YouGile:

Колонки

Колонки канбан-доски показывают этапы рабочего процесса — от момента появления задачи до её завершения.

В канбане у этого потока выделяют две важные точки: Commit Point и Delivery Point. Они помогают понять, сколько времени занимает выполнение задачи — эту метрику называют cycle time (о ней поговорим позже).

Commit Point — это момент, когда команда берёт задачу в работу. Обычно он наступает, когда карточка переходит из общего списка задач, например из «Бэклога», в активную колонку.

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

Количество колонок обычно подбирают по ходу работы. Если в одной колонке копятся задачи с разными статусами, этап стоит разделить. Если колонок слишком много и карточки почти не двигаются, часть этапов лучше объединить.

Важно, чтобы названия колонок отражали реальные стадии процесса.

Пример доски с понятной логикой движения задач

Дорожки

Иногда канбан-доску делят не только на колонки, но и по горизонтали — на дорожки. Так можно разделить разные типы задач: например, срочные и плановые, или задачи разных проектов и команд.

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

Карточки задач

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

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

Пример карточки задачи в YouGile со всей информацией по работе

Вот несколько правил работы с задачами на канбан-доске:

1. Одна карточка — одна работа. Если в задаче объединено несколько самостоятельных действий, она почти неизбежно зависнет между этапами, и будет сложно понять её текущий статус.
   
   Например, задача «Обновить оборудование в отделе» включает два процесса: закупку техники и её установку на рабочих местах. Этими этапами занимаются разные люди, и статус у них будет разный. Если оставить всё в одной карточке, она может надолго застрять в колонке вроде «На согласовании», и будет непонятно, что уже сделано, а что ещё нет.
2. Понятные критерии завершения. Команда должна одинаково понимать, когда задача считается выполненной. Для этого заранее определяют критерии готовности.
3. Ответственный за задачу. У каждой карточки должен быть один человек, который отвечает за её движение по процессу. Даже если в работе участвуют несколько людей, кто-то один контролирует выполнение задачи.
4. Задачи сопоставимого размера. Лучше, если задачи на доске примерно одинаковые по объёму. Когда одни закрываются за час, а другие тянутся неделями, становится трудно оценить загрузку команды и темп работы.
5. Понятные приоритеты. По карточке должно быть видно, насколько задача срочная и важная. Это помогает команде быстрее решать, что брать в работу в первую очередь.

Как применять канбан в управлении проектами

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

WIP-лимиты: ограничение задач в работе

Одно из ключевых правил канбана — контролировать количество задач, которые находятся в работе одновременно. Этот показатель называют Work in Progress (WIP).

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

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

Вот как это выглядит:

Какой в этом смысл?

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

В одном исследовании проанализировали больше 8000 задач в пяти канбан-командах и выяснили: чем меньше задач ведётся параллельно, тем быстрее они завершаются.

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

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

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

Принцип вытягивания задач (Pull-подход)

В канбане новую задачу берут в работу только тогда, когда для неё есть время. Закончив текущую задачу, исполнитель выбирает следующую карточку из «Бэклога», если при этом не превышен WIP-лимит. Так задачи не накапливаются в работе и команда движется ровным темпом.

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

К pull-подходу обычно приходят постепенно. Но именно так устроена работа в канбане.

Как kanban поможет улучшить процессы

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

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

1. Work in Progress (WIP)

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

Если задачи начинают застревать на этапах, можно попробовать уменьшить лимит и посмотреть, изменится ли скорость выполнения.

2. Lead time и Cycle time

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

Lead time — это всё время от появления задачи в «Бэклоге» до её завершения.
Cycle time — только время работы над задачей: с момента, когда её берут в работу, до закрытия.

Например, карточка «Сделать лендинг» попала в «Бэклог» 1 марта, в работу её взяли 10-го, а завершили 15-го. В этом случае lead time составит 14 дней, а cycle time — 5.

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

Если lead time растёт, а cycle time остаётся прежним, значит задачи слишком долго ждут своей очереди.

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

В такой ситуации можно:

• ограничить количество задач в «Бэклоге», чтобы туда не попадало всё подряд;
• убрать низкоприоритетные карточки и отдельно отметить срочные;
• добавить колонку «Готово к работе» или «Ждут очереди», чтобы было видно, сколько задач ожидают старта.

Помните пример с клининговой компанией в YouGile? Его можно дополнить, просто добавив ещё одну колонку.

Если lead time и cycle time начинают расти одновременно, значит в процессе появилось узкое место.

Например, в юридической компании подготовка договоров стала занимать не три дня, а пять. Оказалось, что юристы тратят много времени на уточнение информации у клиентов — в заявках не хватает исходных данных.

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

3. Пропускная способность (Throughput)

Метрика показывает, сколько задач команда доводит до конца за определённый промежуток времени — например, за день или за неделю. По этой метрике видно, с какой скоростью команда закрывает задачи.

Throughput обычно отслеживают в отчётах таск-трекера.

По изменениям throughput можно заметить такие сдвиги и вовремя скорректировать процесс.

Как внедрить канбан

Вот с чего можно начать, если вы хотите внедрить канбан в команде.

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

Например, в YouGile первую доску можно настроить за несколько минут. Для команд до 10 человек сервис доступен бесплатно.

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

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

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

4. Договоритесь о правилах работы с задачами. Важно заранее определить, что считается завершением задачи на каждом этапе, кто принимает результат и по каким критериям задача может двигаться дальше. Это убирает путаницу и делает движение задач по доске более понятным.

5. Смотрите на метрики. После запуска важно не только вести задачи на доске, но и следить за тем, как движется поток. Для этого обычно смотрят на WIP, lead time, cycle time и throughput. Эти метрики помогают понять, где процесс тормозит и что стоит поправить.

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

Коротко о канбане: ответы на частые вопросы

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

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

• Где используют канбан?

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

• Чем канбан отличается от Scrum?

Scrum и kanban — это разные способы организовать работу команды. В Scrum работа делится на короткие периоды — спринты, обычно на одну-две недели. В начале команда планирует, какие задачи будет делать в этом спринте, а в конце подводит итог и обсуждает результат.

Канбан устроен иначе: здесь нет спринтов. Задачи идут непрерывным потоком и двигаются по этапам процесса.

Эти подходы можно сочетать. Например, команда может работать по Scrum со спринтами, но использовать канбан-доску, чтобы наглядно видеть движение задач.

• Сколько колонок должно быть на канбан-доске?

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

• Подходит ли канбан для маленьких команд?

Да, метод хорошо работает и в небольших командах. Он помогает видеть весь объём задач и распределять работу без перегрузки.

• Как понять, что канбан работает?

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

• Нужен ли специальный инструмент для канбана?

На практике канбан почти всегда ведут в таск-трекерах.