Почему канбан-доска и работать по канбану — не одно и то же

Сегодня доски есть в Trello, Яндекс Трекере, Jira и десятках других систем, а колонки «To do → In progress → Done» стали своего рода стандартом. Однако можно годами двигать карточки, продолжая тонуть в незавершенных задачах, сорванных сроках и хаосе приоритетов.

А все потому, что работать на канбан-доске и по Канбану — далеко не одно и то же.

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

Agile (гибкая разработка) — подход к разработке продуктов и организации работы, основанный на ценностях гибкости, сотрудничества, быстрой обратной связи и готовности адаптироваться к изменениям. Agile не предписывает конкретных практик, а задает общие принципы, на основе которых построены Scrum, Kanban и другие методы.

Kanban (канбан) — Agile-метод управления потоком работы, основанный на визуализации процесса, ограничении незавершенной работы (WIP) и постоянном улучшении процесса. Главная цель Канбана — быстрее доводить работу до результата.

Scrum (скрам) — Agile-метод управления работой, основанный на коротких итерациях (спринтах), фиксированных ролях и регулярных встречах команды. В отличие от Канбана, Scrum задает структуру процесса и планирует работу спринтами.

Kanban board (канбан-доска) — инструмент визуализации рабочего процесса. Представляет работу в виде карточек, распределенных по колонкам в соответствии с этапами выполнения.

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

WIP limit (Work In Progress, лимит незавершенной работы) — ограничение на количество задач, которые могут одновременно находиться в работе. Помогает выявлять перегрузки и стабилизировать поток.

Lead Time (время выполнения) — время, которое проходит с момента появления задачи до получения готового результата. Включает и ожидание, и непосредственную работу над задачей.

Cycle Time (время цикла) — время, которое задача проводит непосредственно в работе: от начала выполнения до завершения. Не включает ожидание в очередях и бэклоге.

Bottleneck (бутылочное горлышко) — самое узкое место в процессе: этап, человек или ресурс, который ограничивает скорость выполнения всей работы. Перед ним обычно накапливаются задачи.

CFD (Cumulative Flow Diagram, Кумулятивная диаграмма потока) — график, который показывает, сколько задач находится на каждом этапе процесса в каждый момент времени. Помогает выявлять бутылочные горлышки, перегрузки и прогнозировать сроки выполнения работы.

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

Канбан возник в 1950-х в Японии — как часть производственной системы Toyota (Toyota Production System, TPS). После войны японские компании работали в условиях дефицита ресурсов. Держать огромные склады, выпускать продукцию заранее и запускать длинные производственные циклы было непозволительной роскошью. Нужно было научиться производить не больше, а ровно столько, сколько нужно в данный момент. В то время, как доминировала иная логика:

чтобы станок не простаивал — пусть работает;
чтобы сотрудник был занят — дадим еще задач;
чтобы не потерять время — произведем с запасом.

Вот такой фон предшествовал появлению Канбана, значительный вклад в формирование которого внес Тайити Оно — японский инженер и менеджер, которого позже назовут отцом TPS. Он заметил, что полная загрузка мощностей ≠ высокая эффективность. Если производить впрок и без реальной потребности, возникает перепроизводство — главный источник потерь, который порождает многие другие.

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

Пример. Представьте конвейер: есть 2 машины, одну осталось только покрасить, а у второй еще даже кузов не собран. Какую из них стоит закончить первой? Очевидно, ту, которая почти готова. Именно так работает «вытягивание»: следующий этап подает сигнал предыдущему: «Я готов принять результат». Собственно вытягивание работы (Pull) — один из ключевых принципов TPS, при котором продукция обрабатывается только на основе сигналов от последующих операций. Сигналом в Toyota служила канбан-карточка:

kan — «знак», «сигнал»,
ban — «табличка», «карточка».

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

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

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

Андерсон начал последовательно применять несколько простых практик:

визуализацию работы,
ограничение незавершенной работы (WIP),
вытягивающую систему (Pull).

Постепенно эти практики оформились в Kanban Method, а к 2008–2009 годам метод получил широкое распространение в IT-сообществе.

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

Доска с колонками — это своего рода приборная панель автомобиля, которая показывает скорость, уровень топлива, температуру двигателя и т. д. Однако можно сколько угодно смотреть на спидометр, но если не нажимать на педали, быстрее не поедешь.

Если в двух словах, главная цель Канбана — завершать работу.

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

Когда команда переключается с логики загрузки на логику потока, меняются и вопросы, которые она задает:

Задумайтесь: вы ввели WIP-лимиты? Вы используете их, чтобы понимать, где скапливается работа, или просто как формальное ограничение? Если первое — вы управляете потоком, если второе — вы просто поставили забор.

То же самое с обсуждением задач. Вы начинаете ежедневное совещание с того, что уже почти готово, или с того, что планируете начать?

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

Признак 1. Задачи-зомби, которые лежат мертвым грузом неделями

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

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

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

Признак 2. Все заняты, но релизов не становится больше

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

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

Что меняет Канбан. WIP-лимиты не дают незавершенной работе бесконтрольно разрастаться. Если лимит достигнут, это сигнал остановиться и разобраться, почему возникла пробка. Иногда команда помогает тестированию, иногда пересматривает процесс, иногда меняет приоритеты. WIP-лимит не устраняет узкое место сам по себе, но делает его настолько заметным, что игнорировать его уже невозможно.

Признак 3. «Кажется, стало лучше…» — гадание вместо управления

Как это выглядит. Метрик нет, решения на ощущениях, а вместо фактов — «кажется».

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

Что меняет Канбан. Канбан предлагает принимать решения на основе данных. Команды измеряют время прохождения задач, скорость поставки, объем незавершенной работы и возраст задач в колонках. Кумулятивная диаграмма потока (CFD) визуализирует эти данные: она показывает, где работа накапливается, где образуются узкие места и становится ли процесс стабильнее. Когда появляются цифры, разговоры из «нам кажется» превращаются в «мы видим».

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

1. Вести дейли справа налево

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

2. Не брать новое, пока не завершено начатое

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

3. Измерить время прохождения карточки

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

4. Искать бутылочные горлышки

Посмотрите, где скапливаются задачи. Это ваше узкое место. Чаще всего — это тестирование. Разработчики передают задачи, тестировщики не успевают проверять. В результате соответствующая колонка разрастается. Найдите свое горлышко и задайте вопрос: «Почему здесь скапливается работа?»

5. Ввести WIP-лимиты

Начните с одного WIP-лимита на самом узком месте. Не больше 5 задач — пока одна не завершилась, новую не передаем. WIP-лимит говорит: «Стоп, здесь проблема, давайте разберемся». Без него вы просто продолжаете закидывать задачи в перегруженную колонку, делая ситуацию хуже. Через пару недель посмотрите, что изменилось. Если стало лучше — переходите к другим колонкам.

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

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

Если вы узнали себя в этой статье, это не приговор, а точка старта.

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

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

Персональное демо — лучший способ познакомиться с taskITnow.