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