Когда список задач перестаёт справляться
Отдел из пяти человек живёт в обычном списке задач нормально. Каждый видит свои строки, руководитель раз в день пробегает глазами сроки, всё понятно. Проблемы начинаются, когда людей становится пятнадцать, а задач в работе под сотню. Список превращается в ленту, где сроки перемешаны с приоритетами, и на вопрос «что у нас сейчас реально делается» никто не отвечает быстрее чем за десять минут ковыряния в фильтрах.
Канбан в Битрикс24 закрывает именно эту дыру. Вместо ленты доска с колонками, где каждая колонка означает этап работы, а каждая карточка — конкретную задачу. Взгляд на доску занимает секунды: видно, где скопился затор, кто перегружен, что застряло между «взяли в работу» и «сдали». Визуальное управление задачами работает именно так, через картинку, а не через выгрузку в таблицу.
Где искать канбан и что он умеет
Канбан живёт в группах и проектах. Открываете проект, переходите в раздел задач и переключаете режим отображения. Всего таких режимов шесть: Список, Канбан, Сроки, Мой план, Календарь и Гант. Каждый решает свою задачу. Гант показывает зависимости и длительности, Календарь привязывает работу к датам, Канбан отвечает на вопрос, в каком состоянии сейчас каждая единица работы.
Важно понимать, что доска не создаёт новую сущность. Это другой взгляд на те же самые задачи. Задача, созданная в списке, тут же появится на доске в первой колонке. Переключение режима ничего не ломает и не требует миграции, так что попробовать можно спокойно.
По умолчанию колонок три: Новые, Выполняются, Сделаны. Набор универсальный, но почти бесполезный, потому что повторяет статус задачи, который и так виден в списке. Ценность появляется тогда, когда колонки описывают ваш реальный процесс, а не абстрактный жизненный цикл задачи.
Ещё один довод в пользу доски касается новых сотрудников. Человеку, который вышел в понедельник, список задач не объясняет ничего: он видит названия и сроки, но не понимает, как в компании устроен путь работы от постановки до сдачи. Канбан объясняет это без единого слова, потому что процесс нарисован колонками слева направо. По опыту внедрений именно на адаптации новичков визуальное управление задачами окупается быстрее всего: вопросов в духе «а что мне с этим теперь делать» становится заметно меньше уже на первой неделе.
Кто имеет право менять стадии
Здесь у многих возникает недоумение при первом заходе: карандаш редактирования просто не появляется. Создавать и редактировать стадии в проектном канбане может руководитель проекта и администратор Битрикс24. Остальные участники видят названия колонок и работают с карточками, но структуру доски не трогают.
Логика понятная. Стадии — это договорённость команды о том, как устроен процесс. Если каждый исполнитель может дорисовать себе колонку, доска через месяц превращается в частокол из двадцати этапов, половина которых дублирует друг друга. Ограничение прав тут работает как защита от беспорядка, а не как бюрократия.
Практический вывод для внедрения: назначьте владельца доски заранее. Обычно это руководитель направления или тимлид, человек, который отвечает за процесс, а не за отдельные задачи. Он же собирает обратную связь от команды и раз в квартал пересматривает структуру колонок.
Настройка колонок: последовательность действий
Механика редактирования простая, но неочевидная, потому что кнопки спрятаны в меню стадий, а не разбросаны по доске.
Чтобы добавить стадию:
- Откройте меню Все стадии над доской.
- Нажмите Редактировать, иконка карандаша.
- Выберите + Создать стадию и задайте название.
Чтобы изменить существующую колонку, в том же меню Все стадии найдите её и нажмите карандаш напротив. Откроется правка названия, выбор цвета и удаление стадии. Чтобы переставить колонки местами, зажмите левую часть меню стадии и перетащите в нужную позицию. Порядок колонок на доске поменяется сразу для всех участников.
Цвет тут не украшение, а рабочий инструмент. Разумная схема: нейтральный серый для входящих, синий для активной работы, жёлтый или оранжевый для стадий ожидания вроде согласования или проверки, зелёный для финала. Через неделю команда перестаёт читать подписи и начинает считывать доску по пятнам. Разлилось жёлтое, значит процесс встал на согласованиях.
Задачи можно создавать прямо с доски: на нужной стадии нажмите Добавить (+) и заполните поля. Новая задача попадает на первую стадию. Перенести карточку дальше можно двумя способами: перетащить в соседнюю колонку либо нажать на текущую стадию в блоке задачи и выбрать другую из списка. Второй вариант удобнее на больших досках, где перетаскивание требует горизонтальной прокрутки.
Сколько колонок нужно на самом деле
Соблазн описать процесс во всех подробностях приводит к доске из пятнадцати колонок, по которой невозможно прокрутиться без боли. Рабочий диапазон от четырёх до семи стадий. Меньше четырёх, и доска не даёт больше информации, чем список. Больше семи, и глаз перестаёт схватывать картину целиком, а именно ради этого канбан и заводился.
Хороший тест на осмысленность стадии: между двумя соседними колонками должно происходить что-то, меняющее ответственного или тип работы. Если задача переезжает из «Написан текст» в «Текст готов», это одна стадия, разбитая надвое из любви к детализации. А вот переход «Написан текст» в «На проверке у редактора» настоящий, потому что меняется человек, который держит задачу в руках.
Отдельно стоит завести колонки ожидания. Самая честная стадия на любой доске называется примерно «Ждём клиента», и именно она показывает руководителю, что срыв срока произошёл не по вине команды. Без такой колонки задачи месяцами висят в «Выполняются» и создают ложную картину загрузки.
«Мой план» — личная доска каждого сотрудника
Проектная доска отвечает на вопрос, как движется работа. Личная отвечает на вопрос, что я делаю сегодня. Это разные вещи, и Битрикс24 их разделяет.
Режим Мой план тоже канбан, но персональный. Сотрудник сам создаёт колонки и раскладывает по ним свои задачи. Ключевая деталь: созданные стадии видны только автору. У каждого свой набор колонок, коллеги их не видят и повлиять на них не могут.
Стандартные стадии здесь другие: Не спланированы и Сделаю на следующей неделе. Названия можно менять под себя. Кто-то раскладывает работу по дням недели, кто-то по типу («звонки», «тексты», «разбор почты»), кто-то держит одну колонку «сегодня» и одну «потом», и этого хватает.
Добавить стадию в личном режиме проще, чем в проектном: наведите курсор на колонку, нажмите Добавить (+), введите название и подтвердите клавишей Enter. В мобильном приложении путь чуть длиннее: открыть меню стадий, перейти к редактированию, выбрать + Создать стадию, указать название и цвет.
На внедрении эти два режима часто путают. Руководитель настраивает проектную доску и требует, чтобы сотрудники «вели свои этапы», а они начинают двигать карточки по общей доске под личные нужды и ломают общую картину. Разделение объясняется одной фразой: общая доска показывает состояние работы для всех, личная показывает приоритеты одного человека для него самого.
Канбан в CRM: та же доска, другой объект
Логика колонок в Битрикс24 не заканчивается на задачах. В CRM канбан устроен похоже, но карточки — это лиды, сделки и счета, а колонки ведут клиента по воронке продаж.
Разница в устройстве стадий существеннее, чем кажется. В CRM они делятся на три типа. Начальная стадия, первый этап воронки, её нельзя удалить, но можно переименовать. Дополнительные, промежуточные этапы вроде подготовки документов или отправки счёта. И финальные: успешное завершение и провал. Такая структура нужна для аналитики, потому что система должна понимать, чем закончилась сделка, чтобы считать конверсию.
На карточке сделки есть счётчик дел. Он показывает количество входящих и запланированных дел, а цветом сигналит о сроках: по умолчанию счётчик загорается красным за пятнадцать минут до крайнего срока. Мелочь, но именно она превращает доску из отчёта в рабочий инструмент, потому что менеджер видит горящее прямо на карточке, не открывая её.
Состав полей на карточке настраивается через Настройки (шестерёнка), затем Настройка канбана. Дальше отдельно задаётся карточка создания (какие поля заполняются при быстром добавлении) и карточка просмотра (что видно на доске). Здесь работает то же правило, что и с колонками: чем меньше полей, тем полезнее доска. Три-четыре значимых поля читаются, десять уже нет.
Ещё одна вещь, которой нет в задачах, это групповые действия. Выделяете несколько элементов, появляется панель, через которую можно сменить стадию, поменять ответственного, удалить, создать задачи, повторно запустить роботов или объединить дубликаты. На массовых чистках базы это экономит часы.
Роботы и триггеры: доска, которая работает сама
Пока карточки двигаются руками, канбан остаётся способом посмотреть на работу. Автоматизация превращает его в способ работу выполнять.
Роботы в задачах выполняют рутинные действия: отправляют уведомления, назначают задачи, добавляют участников. Срабатывают они при переносе задачи на нужную стадию. Колонка перестаёт быть просто отметкой: перенос в «На проверке» сам уведомляет редактора, перенос в «Готово к сдаче» ставит задачу менеджеру.
Триггеры работают в обратную сторону. Они отслеживают изменения в задачах, например приближение срока или смену статуса, и при срабатывании сами переводят задачу на другую стадию. Настраивается автоматизация в разделе Задачи и проекты кнопкой Роботы.
Существенная оговорка: роботы и триггеры в задачах доступны не на всех тарифах. Проверять доступность нужно до того, как процесс спроектирован вокруг автоматизации, иначе схема разваливается на этапе настройки. Если вы не уверены, что именно входит в вашу редакцию облака, это как раз тот вопрос, с которым имеет смысл прийти к партнёру. Мы разбираем состав тарифа и подбираем схему автоматизации под задачу, а не наоборот. Как это устроено, видно на странице внедрение и настройка Битрикс24.
Практическое правило по автоматизации: не роботизируйте процесс, который ещё не устоялся. Сначала команда месяц двигает карточки руками, стадии переживают две-три правки, схема становится стабильной, и только потом навешиваются роботы. Иначе вы просто ускорите кривой процесс, не выпрямив его.
Как это выглядит на живом проекте
Иллюстративный пример, собранный из типичных внедрений, чтобы показать логику проектирования доски.
Производственная компания, отдел маркетинга из семи человек. До внедрения общий чат и список задач, где всё в статусе «выполняется». Руководитель тратил час в неделю на планёрку, где каждый пересказывал, что делает.
Первая версия доски копировала стандарт: Новые, Выполняются, Сделаны. Через две недели стало ясно, что вся жизнь происходит внутри «Выполняются», где висело сорок задач без всякой структуры.
Вторая версия развела процесс по реальным переходам ответственности: Заявка принята, В работе, На согласовании у заказчика, Правки, Готово. Появление колонки согласования сразу дало неожиданный результат. Выяснилось, что в среднем треть задач стоит именно там, и не по вине маркетинга. Разговор с руководством о сроках после этого пошёл совсем иначе: вместо «маркетинг не успевает» обсуждали, почему согласование макета занимает шесть дней.
Третья версия добавила цвета и один робот: при переносе в «На согласовании у заказчика» ответственному менеджеру уходило уведомление. Планёрку сократили до пятнадцати минут, смотрели на доску и обсуждали только заторы.
История нехитрая, и польза тут не от технологии, а от того, что доска делает видимым место, где работа стоит.
Что доска говорит руководителю
Отдельный навык, читать канбан не как список дел, а как диагностику процесса. Смотреть еженедельно стоит на три вещи.
Первое, где толще колонка. Стадия, на которой скопилось заметно больше карточек, чем на соседних, и есть узкое место. Причин обычно две: на этом этапе не хватает людей либо этап зависит от кого-то вне команды. Первое решается перераспределением, второе разговором за пределами отдела.
Второе, как долго карточка не двигается. Задача, которая третью неделю стоит в одной колонке, почти всегда означает не сложность, а нерешённый вопрос: не хватает информации, не согласован бюджет, ждут ответа. Такие карточки полезно разбирать поимённо, обычно каждая расшивается одним звонком.
Третье, откуда карточки возвращаются назад. Движение справа налево это самый недооценённый сигнал. Если задачи регулярно едут из «На проверке» обратно в «В работе», проблема в постановке, а не в исполнителях: требования формулируются недостаточно точно, и брак закладывается на входе.
Ничего из этого не видно в списке задач и не выгружается в отчёт автоматически. Зато на доске видно глазами, за десять секунд.
Что обычно ломается
Доску заводят, но не договариваются о правилах. Это самый частый провал. Колонки настроили, а когда карточка должна переезжать, не обсудили. В итоге один переносит задачу в «Готово» после отправки файла, другой после приёмки, и данные на доске перестают что-либо значить. Лечится одним абзацем текста в описании проекта: что означает попадание карточки в каждую колонку.
Никто не следит за шириной колонок. Если в «В работе» одновременно висит по восемь задач на человека, канбан честно показывает перегрузку, но только если на это смотреть. Взгляните на доску глазами постороннего: колонка, которая заметно шире соседей, и есть узкое место процесса.
Стадии множатся. Каждый частный случай хочется описать отдельной колонкой, через полгода их четырнадцать, и половина пустует. Раз в квартал стоит удалять стадии, через которые за период не прошло ни одной задачи.
Доску заводят вместо разговора. Канбан показывает состояние работы, но не отвечает на вопрос, почему сложилось именно так. Планёрки он сокращает, а не отменяет, просто их предмет меняется с пересказа статусов на разбор конкретных заторов.
Личные и общие доски смешивают. Про это уже сказано выше, но повторить стоит: если сотрудник просит добавить в общий канбан колонку «моё на сегодня», ему нужен режим «Мой план», а не правка проектной доски.
С чего начать, если досок ещё нет
Возьмите один процесс, где чаще всего теряются задачи, и опишите его на бумаге, от появления работы до момента, когда её можно закрыть. Отметьте точки, где ответственность переходит от человека к человеку. Эти точки и станут границами колонок.
Заведите доску в одном проекте, а не сразу во всей компании. Дайте команде две недели поработать без роботов и без отчётности по доске, пусть просто двигают карточки. После этого соберите обратную связь: какие колонки лишние, каких не хватает, где карточки застревают дольше всего.
Дальше правка стадий, цвета, и только потом автоматизация. Такой порядок кажется медленным, но он единственный, при котором доска доживает до третьего месяца. Если процессов много и настраивать их некому, эту работу проще передать: разбор процессов, проектирование стадий и настройку роботов мы делаем под ключ, вместе с обучением команды.
Частые вопросы
Чем канбан отличается от обычного списка задач?
Данными он не отличается, это те же задачи в другом представлении. Разница в том, что список отвечает на вопрос, какие задачи существуют, а доска показывает, в каком состоянии сейчас каждая из них. Для контроля процесса второе полезнее.
Кто может создавать и редактировать стадии в проектном канбане?
Руководитель проекта и администратор Битрикс24. Обычный участник группы видит колонки и работает с карточками, но структуру доски не меняет.
Видят ли коллеги стадии, которые я создал в режиме «Мой план»?
Нет. Стадии личного режима видны только их автору, у каждого сотрудника свой набор колонок.
Можно ли автоматизировать перенос задач между стадиями?
Да, для этого есть роботы и триггеры. Роботы выполняют действия при переносе задачи на стадию, триггеры отслеживают изменения и сами переводят задачу дальше. Настраиваются в разделе «Задачи и проекты» через кнопку «Роботы». Доступны не на всех тарифах, так что проверьте свою редакцию заранее.
Сколько колонок оптимально?
От четырёх до семи. Меньше, и доска не даёт преимущества перед списком. Больше, и теряется главное свойство канбана, возможность охватить процесс одним взглядом.
Канбан в CRM и канбан в задачах — это одно и то же?
Механика похожа, объекты разные. В CRM на доске лиды, сделки и счета, а стадии делятся на начальную, дополнительные и финальные (успешную и неуспешную). В задачах такого деления нет.