Управление задачами в Битрикс24: от хаоса к системе за неделю

Когда задачи теряются, дедлайны срываются, а одну и ту же работу делают двое - причина почти никогда не в людях. Причина в том, что системы нет. Есть набор привычек: кто-то ставит задачи в чат, кто-то - письмом, кто-то - голосом на планёрке. Исполнитель запоминает, забывает, переспрашивает. Руководитель тратит полдня на «а что там по статусу?». Битрикс24 может закрыть эту проблему, но только если его настроить - из коробки он даёт инструменты, а не систему. Систему придётся собрать. На это уйдёт неделя.

Симптомы, которые говорят: пора менять подход

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

Пропущенные дедлайны без последствий. Задача просрочена на три дня, но об этом знает только постановщик - и то, если откроет список. Исполнитель не получал напоминаний, наблюдатели не видели статус. Формально задача есть, фактически - потеряна.

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

«Я не знал про эту задачу». Исполнитель не был добавлен участником, не получил уведомления, не видел задачу в своём списке. Задача была - но только на экране постановщика. Классика портала, где нет правил постановки.

Если хотя бы один пункт знаком - ниже план на семь дней. Каждый день занимает 1-2 часа работы администратора портала.

День 1-2: структура проектов

Без структуры задачи копятся в общем списке, и через месяц там 400 записей, в которых не ориентируется никто. Первый шаг - создать проекты (рабочие группы) с понятной иерархией.

Принцип группировки

Группируйте по направлениям работы, а не по отделам. Отдел - это оргструктура, а проект - это контекст работы. Маркетолог, дизайнер и разработчик могут работать в одном проекте «Запуск лендинга Q2», и задачи будут в одном месте.

Именование проектов

Используйте префиксы, чтобы проекты сортировались логично:

[ПРОД] - продуктовые проекты: [ПРОД] Мобильное приложение v3
[ОПС] - операционка: [ОПС] Поддержка клиентов, [ОПС] Закупки
[ВНУТР] - внутренние: [ВНУТР] Адаптация новичков, [ВНУТР] Регламенты
[КЛИЕНТ] - клиентские: [КЛИЕНТ] Рога и Копыта - интеграция CRM

В Битрикс24 перейдите в раздел Группы (левое меню), нажмите Создать и заполните название с префиксом. Во вкладке Возможности включите «Задачи» - остальное (календарь, диск, база знаний) подключите по необходимости, а не все сразу.

Права доступа

Для каждого проекта настройте:

Владелец - руководитель направления. Может менять структуру, удалять задачи.
Модератор - тимлид или старший менеджер. Может ставить и редактировать задачи.
Участник - исполнители. Видят задачи проекта, могут менять статус своих.

Не добавляйте в проект всех сотрудников портала «на всякий случай». Лишние участники - это лишние уведомления и размытая ответственность.

День 3-4: шаблоны задач

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

Как создать шаблон

Откройте Задачи - Шаблоны (вверху над списком задач). Нажмите Создать шаблон. Заполните:

Название: чёткое действие, а не тема. Не «Отчёт», а «Подготовить ежемесячный отчёт по продажам».
Ответственный: укажите конкретного сотрудника или роль (руководитель отдела).
Чек-лист: пропишите шаги. Для отчёта это может быть: выгрузить данные из CRM, свести в таблицу, согласовать с РОП, отправить директору.
Крайний срок: задайте относительный - например, «3 рабочих дня после создания».
Проект: привяжите к нужной группе.

Повторяемость

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

Типовые шаблоны, которые экономят время:

Еженедельный статус-отчёт для проектного менеджера (каждый пн, дедлайн - вт 12:00)
Онбординг нового сотрудника (создаётся вручную при приёме, содержит 15-20 подзадач)
Ежемесячная сверка взаиморасчётов (1-е число каждого месяца)
Подготовка релиза (создаётся из шаблона, содержит этапы: код-фриз, тестирование, деплой, мониторинг)

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

День 5: Канбан-доски

Список задач показывает всё подряд. Канбан показывает поток: что в очереди, что в работе, что готово. Для команд, которые ведут параллельно 10+ задач, это единственный способ видеть картину целиком.

Настройка стадий

В разделе Задачи переключитесь на вид Канбан (иконка в правом верхнем углу). По умолчанию Битрикс24 предлагает стадии: Не выполнена, Выполняется, Ожидает контроля, Завершена. Этого мало для реальной работы.

Настройте стадии под свой процесс. Пример для команды разработки:

Бэклог - задача зафиксирована, но к ней ещё не приступали
Готово к работе - задача описана достаточно, есть все вводные
В работе - исполнитель взял задачу
На ревью - работа сделана, ждёт проверки
Тестирование - проверяет QA или заказчик
Готово - задача закрыта

Для операционной команды стадии будут другими: Входящее - Оценка - В работе - Ожидание ответа - Закрыто.

WIP-лимиты

Битрикс24 не показывает WIP-лимиты (ограничение количества задач в стадии) штатно, но договоритесь о них в команде: например, не больше 3 задач в «В работе» на одного человека. Если исполнитель берёт четвёртую - он не справляется с тремя, или задачи слишком мелкие и их нужно объединить.

Контролировать WIP-лимиты можно через фильтры: в Канбане выберите ответственного и посчитайте карточки в стадии «В работе». Если нужна автоматизация - это задача для кастомного приложения (об этом ниже).

День 6: автоматизация

Ручной контроль не масштабируется. Когда задач 50 - можно просмотреть глазами. Когда 200 - нет. Битрикс24 позволяет автоматизировать три вещи: назначение, напоминания, уведомления.

Роботы в задачах

Перейдите в Задачи - Роботы (кнопка в правом верхнем углу в Канбане). Роботы срабатывают при смене стадии задачи.

Полезные сценарии:

Автоназначение при перемещении. Когда задача переходит в стадию «На ревью» - автоматически добавить наблюдателем тимлида. Он получит уведомление и увидит задачу в своём списке.

Напоминание о дедлайне. Робот отправляет уведомление исполнителю за 1 день до крайнего срока. Если задача просрочена - уведомляет постановщика.

Смена ответственного. Когда задача попадает в «Тестирование» - ответственный автоматически меняется с разработчика на QA-инженера.

Бизнес-процессы

Для сложных цепочек используйте Бизнес-процессы (раздел Автоматизация в настройках портала). Пример: при закрытии задачи с тегом «клиентский» - автоматически создать задачу для менеджера «Уведомить клиента о результате» с дедлайном 2 часа.

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

День 7: ревизия и метрики

Система запущена. Через неделю работы посмотрите на цифры и скорректируйте настройки.

Что смотреть в первый месяц

Процент просроченных задач. Откройте Задачи - Эффективность (вкладка в верхнем меню). Битрикс24 покажет статистику по каждому сотруднику: сколько задач в срок, сколько просрочено. Нормальный показатель для зрелой команды - не больше 10-15% просрочек. Если 40% - проблема не в людях, а в нереалистичных сроках.

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

Задачи без ответственного. Отфильтруйте задачи с пустым полем «Ответственный». Такие задачи никто не делает. Либо назначьте, либо закройте.

Задачи без срока. Задача без дедлайна - это пожелание, а не задача. Установите правило: каждая задача получает срок при создании. Если срок неизвестен - ставьте «Оценить до [дата]» и создавайте подзадачу на оценку.

Диаграмма Ганта и зависимости

Когда базовая система работает, подключайте планирование по срокам. Диаграмма Ганта в Битрикс24 доступна в разделе Задачи - вид Диаграмма Ганта (иконка рядом с Канбаном и Списком).

Зависимости задач

Битрикс24 поддерживает связь «предыдущая - последующая»: задача Б не может начаться, пока не завершена задача А. Чтобы связать задачи, откройте карточку задачи, найдите блок Связи (в разделе «Ещё» внизу карточки) и добавьте связь типа «Зависит от».

На Ганте зависимости отображаются стрелками между полосами. Если задача А просрочена - вся цепочка сдвигается, и это видно сразу.

Критический путь

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

Для проектов с 50+ задачами и сложными зависимостями имеет смысл вынести управление в специализированный инструмент (MS Project, YouGile) и использовать интеграцию с Битрикс24 через REST API. Но для большинства внутренних проектов штатного Ганта достаточно.

Скрам в Битрикс24

Если команда работает по Скраму (или хочет попробовать), в Битрикс24 есть встроенный Скрам-модуль. Он доступен через Задачи - Скрам (отдельная вкладка).

Что входит

Бэклог - общий список задач проекта, упорядоченный по приоритету. Задачи перетаскиваются из бэклога в спринт.

Спринты - фиксированные временные отрезки (обычно 1-2 недели). Команда берёт набор задач из бэклога и обязуется закрыть их за спринт.

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

Burndown-график - показывает, сколько работы осталось в спринте. Если линия графика выше плановой - команда отстаёт, пора либо убирать задачи из спринта, либо подключать ресурсы.

Когда Скрам не подходит

Скрам работает для продуктовых команд с устойчивым составом и предсказуемым потоком задач. Для операционных отделов (поддержка, бухгалтерия, HR) лучше Канбан - там нет фиксированных спринтов, задачи берутся по мере поступления.

Что видит руководитель, а что - исполнитель

Одна из частых ошибок - давать всем одинаковый вид. Руководителю нужна сводка, исполнителю - его личный список. Битрикс24 позволяет настроить это через фильтры и сохранённые виды.

Для исполнителя

Настройте фильтр Мои задачи - Делаю (стандартный пресет). Исполнитель видит только задачи, где он ответственный или соисполнитель. Добавьте сортировку по дедлайну - ближайшие сверху. Это его рабочий экран на каждый день.

Уберите из левого меню разделы, которые исполнителю не нужны (Скрам, Эффективность, Шаблоны). В Настройках меню (левый нижний угол, «Настроить меню») скройте лишние пункты. Меньше шума - меньше ошибок.

Для руководителя

Сохраните несколько фильтров:

Просроченные - все задачи, где дедлайн в прошлом и статус не «Завершена»
Без движения 3+ дня - задачи, в которых не было комментариев и смены стадии 3 дня. Признак того, что задача «залипла»
Мои на контроле - задачи, где руководитель указан постановщиком или наблюдателем

В Канбане руководитель видит стадии и может быстро оценить загрузку: если у одного исполнителя 8 карточек в «В работе», а у другого 1 - пора перераспределять.

Раздел Эффективность показывает числовые метрики: процент задач в срок, среднее время реакции (от создания до первого действия), распределение по проектам.

Когда стандартных возможностей не хватает

Штатные инструменты задач в Битрикс24 покрывают 80% потребностей. Оставшиеся 20% - это кастомные поля под специфику бизнеса, нестандартные автоматизации, интеграции с внешними системами, визуальные дашборды для руководства.

Здесь начинается территория приложений из Маркетплейса и заказной разработки. У Aventra в Маркетплейсе Битрикс24 более 75 опубликованных приложений - часть из них расширяет именно задачи и проекты: кастомные отчёты, расширенные фильтры, автоматизации через вебхуки. Если стандартного робота не хватает - можно написать своего, который будет отслеживать WIP-лимиты, строить прогнозы по срокам или автоматически приоритизировать входящие задачи на основе данных из CRM.

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