Задачи и проекты Битрикс24: настройка ролей, сроков и приёмки

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

Что решает настройка задач и проектов Битрикс24

Проект в Битрикс24 объединяет несколько инструментов: новости, календарь, диск и задачи. Задачи внутри проекта связаны между собой и распределяют обязанности между сотрудниками. Это и есть основа: проект задаёт рамку, а задачи разбивают работу на части.

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

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

Границы: что настраиваем в задачах, а что решаем отдельно

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

Если вам нужен общий план запуска, посмотрите материал Настройка Битрикс24 под ключ: что входит и какие сроки — там описаны этапы, а здесь мы разбираем именно задачи.

Границы помогают не расползтись: настройка задач не заменяет настройку продаж и не решает вопросы доступа ко всей системе. Это отдельная задача со своим результатом, и её удобно проверять отдельно от остальных.

Роли в задаче: постановщик, исполнитель, соисполнители, наблюдатели

Роли — первое, что нужно развести. В задаче их несколько, и каждая отвечает за своё.

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

Соисполнители участвуют в работе вместе с исполнителем. Например, один готовит текст, другой — макеты, а исполнитель отвечает за итог и сроки. Так команда работает параллельно, и не нужно ставить отдельные задачи на каждого.

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

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

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

Сроки, зависимости и приёмка результата

Сроки — вторая опора. В задаче указывают дату и время, к которым работа должна быть выполнена. Есть важное ограничение: сроки задачи не должны выходить за сроки проекта. Если проект заканчивается раньше, задача с более поздним сроком создаёт противоречие.

В настройках крайнего срока есть несколько параметров, которые стоит осознанно включить или выключить:

• Проконтролировать задачу после завершения — после того как исполнитель завершит задачу, она вернётся постановщику на проверку. Постановщик принимает результат или отправляет на доработку. Если постановщик и исполнитель — один сотрудник, задача не возвращается на контроль. Завершить задачу и принять результат могут также администратор Битрикс24, руководитель постановщика и руководитель исполнителя.
• Автоматически указывать крайний срок в новых задачах — в каждую новую задачу подставляется типовой срок, например через несколько рабочих дней. Это избавляет от ручного заполнения.
• Разрешить исполнителю менять крайний срок — исполнитель сможет сам переносить дату. Дополнительно можно запросить причину изменения и ограничить перенос по дате или количеству.
• Пропускать выходные дни — если срок попадает на выходной или праздник, задача получит ближайший рабочий день по графику компании.
• Автоматически завершать задачу при завершении подзадач и наоборот — когда все подзадачи выполнены, главная задача завершится автоматически; если завершить главную, закроются и подзадачи.

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

Приёмка — третий элемент. Результат работы лучше фиксировать в отдельном блоке «Результаты», а не в комментариях: так его видно и легко проверить, выполнена ли задача. Если контроль после завершения включён, задача возвращается постановщику, и он либо принимает, либо отправляет на доработку.

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

В полной форме задачи есть набор дополнительных возможностей. Их не нужно включать все сразу — берите только то, что решает вашу задачу.

• Результаты — фиксируют итог работы в отдельном блоке, чтобы он не терялся в переписке.
• Файлы — прикрепляют документы и материалы; изменения синхронизируются с Диском Битрикс24.
• Чек-листы — делят задачу на шаги, позволяют назначать ответственных и прикреплять файлы.
• Проект — привязывает задачу к группе или проекту, чтобы связанные задачи и материалы лежали в одном пространстве.
• Поток — автоматически распределяет однотипные задачи между сотрудниками, снижая нагрузку на руководителя.
• Теги — группируют задачи по темам и помогают быстро фильтровать список.
• Напоминания — настраиваются исполнителю, постановщику или соисполнителям, чтобы не пропустить срок.
• Элементы CRM — привязывают задачу к сделке, лиду, контакту или компании, объединяя работу отделов.
• Учёт времени — фиксирует время работы автоматически или вручную, помогая видеть реальную загрузку.
• Пользовательские поля — добавляют собственные поля под процессы компании, например номер закупки или поставщика.

Развилка простая: если инструмент не помогает принять решение или не экономит время, его стоит отложить. Перегруженная карточка задачи мешает так же, как и пустая.

Режимы работы с задачами: какой выбрать под задачу

Один и тот же список задач можно смотреть по-разному. В проектах Битрикс24 есть несколько режимов, и каждый акцентирует своё. По умолчанию работа начинается в режиме «Список», а переключиться можно в верхнем меню.

Выбор режима — не разовая настройка, а привычка. Руководителю обычно полезны «Сроки» и «Календарь», исполнителю — «Мой план», а для разбора завала удобен «Список». Не нужно включать все режимы сразу: договоритесь, какой из них основной для отдела, и уже от него отталкивайтесь.

Права доступа к задачам в проекте

У задач в проекте есть отдельные настройки доступа. Они определяют, кто сможет создавать, редактировать и просматривать задачи проекта. Это не то же самое, что общие права доступа в системе, — речь именно о задачах проекта.

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

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

Регламент работы с задачами

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

В регламенте стоит зафиксировать:

• Кто ставит задачи и кто принимает результат по типовым работам.
• Как формулируется название: по названию должно быть понятно, что сделать, даже без открытия описания.
• Что обязательно в описании: контекст, ожидаемый результат, критерии готовности.
• Когда задачу привязывают к проекту, а когда создают вне его.
• Когда добавляют соисполнителей, а когда достаточно наблюдателей.
• Для каких задач включают контроль после завершения.
• Где фиксируется результат — в блоке «Результаты».
• Кто отвечает за то, что регламент соблюдается, и как часто его пересматривают.

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

Учебный пример: настройка задач для отдела маркетинга

Учебный пример. Данные условные и не являются статистикой.

Условная компания «Вектор», отдел маркетинга из пяти сотрудников. Руководитель хочет, чтобы типовые работы — подготовка рассылки, обновление страницы, отчёт по кампании — шли предсказуемо, а не срывались в последний момент.

Входные условия: есть проект «Маркетинг» с новостями, календарём, диском и задачами; есть список типовых работ; есть руководитель отдела и три исполнителя; есть один внешний подрядчик, которому не нужно видеть внутренние задачи.

Действия:

1. Развести роли. Руководитель — постановщик по типовым работам. Исполнитель — один сотрудник на задачу. Дизайнер и копирайтер назначаются соисполнителями в задачах, где требуется параллельная работа. Внешний подрядчик не добавляется в проект, а получает только нужные задачи. 2. Настроить сроки. Включить автоматическую подстановку типового срока, чтобы не заполнять поле вручную. Включить пропуск выходных, чтобы крайний срок переносился на ближайший рабочий день. Разрешить исполнителю менять срок с указанием причины — это снимает часть ручных согласований. 3. Включить приёмку. Для работ с проверкой включить контроль после завершения: задача возвращается постановщику, и он принимает результат или отправляет на доработку. 4. Настроить права доступа к задачам проекта: ограничить редактирование для внешних участников. 5. Провести пробную задачу от постановки до приёмки и посмотреть, где возникают вопросы.

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

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

Как проверить результат и принять работу

Проверка настройки — это не разовый осмотр, а несколько наблюдений на реальных задачах. Пройдитесь по чек-листу.

• У каждой задачи есть один исполнитель и понятный постановщик
• Название задачи читается без открытия описания
• В описании указан ожидаемый результат и критерии готовности
• Крайний срок задачи не выходит за сроки проекта
• Для задач с проверкой включён контроль после завершения
• Роли соисполнителей и наблюдателей назначены осознанно
• Права доступа к задачам проекта настроены и проверены
• Результат фиксируется в блоке «Результаты», а не только в комментариях
• Проведена пробная задача от постановки до приёмки
• Определён ответственный за регламент и срок его пересмотра

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

Типичные ошибки и ограничения

Ошибки повторяются, и их полезно знать заранее.

• Несколько исполнителей в одной задаче. Битрикс24 создаст отдельную задачу для каждого, а не одну общую. Если этого не ожидать, список задач выглядит запутанно.
• Срок задачи позже срока проекта. Это противоречие, которое лучше не допускать.
• Наблюдатели вместо соисполнителей. Если человек выполняет часть работы, но назначен наблюдателем, его вклад не виден в прогрессе.
• Результат в комментариях. Итог теряется в переписке; для этого есть блок «Результаты».
• Права доступа по умолчанию. Если их не настроить, доступ к задачам проекта может оказаться шире, чем нужно.
• Регламент, который никто не читал. Длинный документ не работает; короткий и понятный — работает.

Ограничения тоже стоит назвать. Настройка задач не заменяет настройку продаж и общих прав доступа. Часть параметров и режимов может отличаться в зависимости от редакции продукта, поэтому конкретные пункты интерфейса нужно сверять с актуальной справкой. И наконец, инструмент не решает проблему, если в команде нет договорённости о том, кто за что отвечает.

Какие исходные данные подготовить для оценки

Чтобы оценить объём настройки, соберите вводные. Это ускорит работу и снимет лишние вопросы.

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

Если настройка идёт вместе с запуском системы, посмотрите внедрение и настройка Битрикс24 — там описан общий порядок работ, а задачи и проекты становятся одной из его частей.