Канбан в небольшой команде обычно умирает по одному сценарию: завели доску, красиво разложили карточки, через две недели в колонке «В работе» висит 40 задач, половина из них — с прошлого месяца, и все снова пишут друг другу в чат.
Это не проблема канбана. Это проблема доски, которую сделали как витрину, а не как рабочий инструмент. Ниже — как за один рабочий день собрать доску, которая переживёт третью неделю.
Что такое канбан на самом деле
Канбан — не «доска с колонками». Это три правила:
- Визуализировать работу. Всё, что делает команда, видно на одной доске. Не «в основном», а всё: если задача существует только в чьей-то голове или в переписке, её для канбана не существует.
- Ограничить работу в процессе (WIP). В каждой стадии одновременно может находиться ограниченное число задач. Это главное правило, и именно его пропускают в 90% внедрений.
- Управлять потоком. Смотреть не на то, кто чем занят, а на то, где задачи застревают — и чинить именно это место.
Уберите второй пункт — и получится обычный список дел, разложенный по трём столбцам. Он не сокращает срок выполнения задач и не показывает узкие места.
Почему канбан подходит малым командам лучше, чем Scrum
Scrum требует спринтов, оценок, ретро, роли скрам-мастера и стабильного состава команды. В команде из 6 человек, где половина сидит на клиентских правках, а вторая половина тушит срочное, планирование на две недели ломается в первый же день.
Канбан не требует ни спринтов, ни оценок в стори-поинтах. Он работает при непрерывном и непредсказуемом потоке задач: агентство, студия, поддержка, небольшой продукт, ремонт, сервис. Начать можно завтра и без обучения команды.
Обратная сторона честная: канбан не даёт готового ответа на вопрос «что мы сделаем к 20-му числу». Если у вас проектная работа с жёсткими датами релиза, доску придётся дополнять хотя бы простым планом по вехам.
План на один день
Шаг 1. Соберите всю работу в одно место (60–90 минут)
Не проектируйте колонки, пока не увидели реальный объём. Соберите в один список всё, что сейчас в работе: из чатов, почты, таблиц, стикеров и головы. Позовите команду — руководитель в одиночку вспомнит процентов шестьдесят.
Почти всегда на этом шаге случается первый неприятный сюрприз: задач в работе оказывается втрое больше, чем все думали. Это и есть главная причина срывов сроков — не лень, а распылённость.
Если у вас задачи в основном рождаются в переписке, шаг можно частично автоматизировать: бот распознаёт задачи в чатах и предлагает их подтвердить, так что архив обсуждений разбирается не вручную.
Шаг 2. Нарисуйте колонки под свой реальный процесс (30 минут)
Не копируйте чужие доски. Правило простое: колонка = стадия, на которой задача может ждать. Если ожидания на стадии не бывает, отдельная колонка не нужна.
Универсальный минимум для команды до 15 человек:
- Бэклог — принято, но не начато.
- В работе — кто-то делает прямо сейчас.
- На проверке — сделано, ждёт клиента, руководителя или коллегу.
- Готово — закрыто.
Расширяйте, только когда стадия реально болит. Типичные полезные добавки: «Ждём клиента» (если правки регулярно висят неделями по внешней причине) и «Готово к выдаче» (если результат копится и отдаётся пакетом).
Опасность обратная — доска на 9 колонок. Каждая лишняя колонка это ещё одно место, куда карточку можно передвинуть вместо того, чтобы сделать.
Шаг 3. Поставьте лимиты WIP (15 минут)
Самый важный и самый пропускаемый шаг. Формула для старта: лимит колонки «В работе» = число исполнителей + 1. Пятеро в команде — шесть задач в работе, не больше. Не «в среднем шесть», а жёстко: пока не закрыта одна, новая не заходит.
Первые дни это будет раздражать. В этом и смысл: лимит делает видимым то, что раньше было размазано. Когда нельзя взять седьмую задачу, команда вынуждена доводить до конца текущие, а руководитель — расставлять приоритеты явно, а не молча накидывать всё сразу.
Побочный эффект, ради которого всё затевается: срок выполнения отдельной задачи падает. Пять задач параллельно закрываются позже, чем те же пять последовательно, — просто потому, что переключения съедают время.
Шаг 4. Договоритесь, что значит «готово» (20 минут)
Половина зависших карточек висит не потому, что работа не сделана, а потому, что непонятно, сделана ли. Запишите одним предложением на каждую колонку, при каком условии карточка едет дальше.
Например: «На проверке → Готово: клиент письменно подтвердил, файлы лежат в папке проекта». Без этого «Готово» превращается в «вроде закончил».
Шаг 5. Заполните доску и договоритесь о правилах (40 минут)
Перенесите собранное на шаге 1. Одновременно введите три правила, без которых доска развалится:
- Задача без исполнителя и срока не заходит в работу. Иначе «сделает кто-нибудь» — то есть никто.
- Задачи ставятся только на доске. Поручение в чате не считается поручением. Это самое трудное правило и самое важное.
- Двигает карточку исполнитель, а не руководитель. Иначе доска становится отчётом для начальства, и команда перестаёт ей верить.
Шаг 6. Поставьте один пятиминутный ритуал (10 минут)
Ежедневная планёрка на 5–10 минут, но не «кто что делал вчера». Смотрите на доску справа налево и обсуждаете только застрявшее: что не двигается вторые сутки, что мешает, кому нужна помощь. Всё остальное видно на доске и произносить вслух не нужно.
Без этого ритуала доска через две недели превращается в свалку — просто потому, что застрявшие карточки никто не обсуждает.
Пять ошибок, которые убивают доску
1. Доска ради отчётности. Если единственный, кому доска нужна, — руководитель, команда будет вести её формально. Ценность должна быть у исполнителя: понятно, что делать следующим, и не прилетает срочное поверх срочного.
2. Никаких лимитов WIP. Самая частая. Без лимита канбан не отличается от списка дел и не даёт главного эффекта — сокращения сроков.
3. Параллельно доска и задачи в чате. Двойной источник правды всегда проигрывает: чат удобнее, и через месяц доска пустеет. Либо всё на доске, либо не начинайте. Спасает только автоматика — когда поручение из переписки само превращается в задачу, а не требует ручного переноса.
4. Слишком много колонок и полей. Обязательные поля вроде «тип задачи», «оценка», «эпик» на старте только повышают порог. Название, исполнитель, срок — достаточно.
5. Вечный бэклог. Бэклог, куда падает всё и никогда ничего не удаляется, перестаёт читаться. Раз в месяц закрывайте то, что не сдвинулось за 60 дней: если задача два месяца никому не нужна, она не нужна.
Как через две недели понять, работает ли
Три метрики, считать которые можно вручную:
- Время выполнения (lead time) — сколько дней в среднем проходит от появления задачи до «Готово». Главная метрика. Должно снижаться.
- Число задач «В работе» — держится в лимите или лимит постоянно нарушают? Постоянные нарушения означают, что либо лимит нереалистичный, либо в команду валят больше, чем она может переварить.
- Доля просроченных — падает ли она.
Если сервис считает это сам, ручной подсчёт не нужен: в Государыне сроки и загрузка по людям видны в аналитике, а доска, список и таблица — три вида одних и тех же задач, переключаются одним кликом.
Плюс один нецифровой признак, который важнее всех метрик: через две недели команда обсуждает задачи, глядя в доску, а не пересказывая по памяти. Если пересказывают по памяти — доска не прижилась.
Что дальше
Когда поток стабилизировался, есть смысл добавлять глубину: свимлейны для разделения срочного и планового, ограничение по возрасту карточки, отдельные доски по проектам. Но всё это — после того, как заработает базовое. Внедрять сразу «взрослый» канбан в команде из шести человек — верный способ его похоронить.
Если выбираете, на чём вести доску, — критерии в статье как выбрать таск-трекер, а сравнение конкретных сервисов — в обзоре российских таск-трекеров.
Итог
Канбан за день — это реалистично, если не пытаться построить идеальный процесс. Соберите всю работу, сделайте 4 колонки, поставьте лимит WIP, договоритесь о «готово» и запретите ставить задачи в чате. Всё остальное доска подскажет сама за первые две недели.
Если ваша команда живёт в переписке и половина задач рождается там, посмотрите Государыню: бот достаёт поручения из чатов Telegram и MAX, а доска, CRM и финансы уже в коробке. 7 дней бесплатно, без карты.
