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

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

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

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

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

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

В управление интеллектуальной работой метод перенес Дэвид Дж. Андерсон. По его собственной хронологии, в октябре 2004 года он спроектировал вытягивающую систему для группы сопровождения программного обеспечения в Microsoft. Показательная деталь: доски у той команды не было вовсе, карточки существовали только в трекере. В 2010 году вышла книга Андерсона «Kanban: Successful Evolutionary Change for Your Technology Business», которая закрепила канбан как самостоятельный подход.

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

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

Из чего состоит канбан-доска: колонки, карточки, WIP-лимиты

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

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

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

WIP-лимит (Work in Progress, ограничение незавершенной работы) задает верхнюю границу числа карточек в колонке. Именно он отличает канбан-доску от обычного списка задач с колонками. Без такого ограничения участники могут набирать задачи в работу в любом объеме, и доска постепенно становится заброшенной свалкой карточек.

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

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

Зачем нужна канбан-доска и что она реально дает команде

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

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

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

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

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

Канбан или Scrum: в чем разница

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

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

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

Как создать канбан-доску: пошаговая инструкция

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

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

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

Шаг 3. Установите WIP-лимиты. Начните с минимального значения, например с одной или двух задач на человека в колонке «В работе». Лимит легче повысить, чем снизить: команда быстро привыкает работать без ограничений и тяжело возвращается назад.

Шаг 4. Зафиксируйте правила движения. Решите, кто перемещает карточки между колонками, что означает «готово» на каждом этапе и как команда расставляет приоритеты внутри колонки. Отдельно договоритесь помечать заблокированные задачи: те, что стоят из-за ожидания ответа, ресурса или согласования. Такие метки потом покажут, что тормозит поток чаще всего.

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

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

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

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

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

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

Маркетинг и контент. Колонки: «Идея», «Бриф», «В работе», «Ревью», «Опубликовано». Команда заводит карточку на каждую единицу контента: статью, рассылку, пост, рекламный макет. Лимит на колонку «В работе» спасает от ситуации, когда автор набрал пять текстов сразу и ни один не довел до публикации. Ревью выносят в отдельную колонку: пока текст на согласовании, автор им не занимается, и держать его в работе нет смысла.

Рекрутинг. Колонки описывают путь кандидата: «Отклик», «Скрининг», «Интервью», «Оффер», «Выход на работу». Карточка сопровождает одного кандидата по конкретной вакансии. Ограничение ставят на интервью: рекрутер проводит столько собеседований в неделю, сколько успевает закрывать обратной связью. Доска показывает, где кандидаты отваливаются чаще всего. Если карточки застревают между оффером и выходом, дело, скорее всего, в затянутом оформлении.

Личные задачи. Одному человеку хватает трех колонок: «Сделать», «В процессе» и «Готово». Карточку заводят на любое дело с понятным результатом, включая бытовые задачи. Иначе на доске остается рабочая половина нагрузки, день выглядит свободным, а к вечеру выясняется обратное. Лимит здесь работает против ощущения завала: оно возникает не от общего объема работы, а от количества начатых одновременно дел. Пока лимит занят, новое дело придется отложить или сначала закрыть что-то из начатого.

Когда простой доски уже недостаточно

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

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

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

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

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

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

• Сколько времени задача идет от начала работы до завершения? Если этот срок вырос, значит, задачи где-то стоят дольше, чем раньше.

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

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

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

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

Разберем на примере Проектов — инструмента для управления задачами в составе цифровой среды VK WorkSpace.

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

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

Задачи не теряются между командами. В Проектах VK WorkSpace можно создать несколько пространств, а задачи в них связать между собой: подзадачу с родительской задачей, задачу с элементом портфеля. Карточки на доске группируются по ответственному, родительской задаче, элементу портфеля или тегу. Так руководитель видит, кто перегружен и где скопились задачи одного типа.

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

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

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

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

Заключение

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

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