Почему в карточке задачи только один исполнитель
Руководитель отдела ставит задачу «подготовить коммерческое предложение для сети магазинов» и вписывает в исполнители трёх человек: маркетолога, который соберёт цифры, менеджера, который знает клиента, и дизайнера, который сверстает документ. Логика понятная, работают трое. Дальше человек упирается в то, что Битрикс24 ведёт себя не так, как он ожидал, и начинает искать, где включается «групповая задача».
Включать нечего. Поле «Исполнитель» в задаче принимает ровно одного сотрудника, и это ограничение заложено в саму модель. Постановщик тоже один. Зато соисполнителей и наблюдателей можно добавить сколько угодно, и именно они закрывают потребность в командной работе.
Причина ограничения прозаична. Когда за результат отвечают двое, в момент срыва срока каждый уверен, что вторую половину работы должен был закрыть коллега. Один исполнитель, один адресат вопроса «где результат». Всё остальное распределение обязанностей живёт внутри задачи: в соисполнителях, в чек-листе, в комментариях.
Поэтому вопрос «как поставить задачу с несколькими исполнителями» на практике распадается на два разных сценария, и от того, какой из них ваш, зависит порядок действий. Либо люди делают одну общую работу и результат у неё один. Либо каждый делает своё, просто поручение выдаётся одновременно всем.
Четыре роли, между которыми распределяется работа
В задаче Битрикс24 есть четыре типа участников, и путаница между ними даёт большую часть проблем с групповыми поручениями.
Постановщик ставит задачу и принимает результат. По умолчанию это тот, кто создал задачу. Если включён контроль, именно постановщик решает, засчитать работу или вернуть на доработку.
Исполнитель выполняет работу. Всегда один человек. Он же меняет статус задачи и отчитывается о результате.
Соисполнители участвуют в выполнении вместе с исполнителем. Они редактируют чек-лист, оставляют комментарии, прикладывают файлы и ссылки на документы. Именно этой ролью закрывается ситуация «работают трое».
Наблюдатели следят за ходом, но работу не делают. Они получают уведомления об изменении статусов: когда задача создана, когда завершена.
Уведомления приходят по-разному в зависимости от роли, и это стоит держать в голове при раздаче доступов. Исполнитель и соисполнители видят все изменения по задаче. Постановщик получает важные события вроде завершения. Наблюдатель видит смену статусов. Если добавить в наблюдатели половину отдела, вы не завалите людей уведомлениями по каждому комментарию, но и реакции от них не получите: наблюдатель по определению пассивен.
Способ первый: одна задача, исполнитель и соисполнители
Это основной вариант, если у работы один общий результат. Коммерческое предложение из примера выше как раз такой случай: документ будет один, и кто-то должен собрать его целиком.
Порядок действий:
- Создайте задачу и сформулируйте название так, чтобы по нему было понятно, что считается выполненным. «КП для сети магазинов» плохо. «Собрать и отправить КП для сети магазинов до пятницы» уже лучше.
- В блоке участников укажите исполнителя, то есть того, кто отвечает за итоговый результат целиком. В нашем примере это менеджер, ведущий клиента.
- Туда же добавьте соисполнителей: маркетолога и дизайнера. Они получат задачу в свой список и будут видеть все изменения по ней.
- Если результат должен принять руководитель, включите контроль постановщика. Тогда после отметки о выполнении задача уйдёт на проверку, а не закроется сама.
- Поставьте срок. Не «до конца недели» в описании, а именно дату в поле, иначе задача не попадёт в отчёты по просрочкам.
Обновлённая карточка задачи разложена по блокам: описание, участники, файлы, чек-листы, результаты. Соисполнители добавляются в блоке участников, рядом с исполнителем, искать отдельную вкладку не нужно.
Что важно понимать про эту схему: соисполнитель не может закрыть задачу за исполнителя. Он помогает, но статус задачи остаётся зоной ответственности одного человека. Это ровно то поведение, которое нужно, когда работа общая, а спрос персональный.
Способ второй: несколько исполнителей и связанные задачи
Второй сценарий подходит, когда каждому нужно сделать своё. Классика: «всем менеджерам обзвонить свою часть базы до конца недели» или «каждому руководителю отдела сдать план на квартал».
Здесь у Битрикс24 есть встроенный механизм. Если при создании задачи указать нескольких исполнителей, система создаст отдельную задачу для каждого, а постановщик увидит связанные задачи. То есть вы заполняете форму один раз, а на выходе получаете столько задач, сколько выбрали людей.
Практическая польза от этого механизма именно в контроле. Каждый сотрудник закрывает свою копию отдельно, и постановщик видит реальную картину: трое сдали, двое нет. В схеме с соисполнителями такой раскладки не будет, там задача либо выполнена, либо нет.
Порядок действий тот же, что и в первом способе, с одной разницей: в поле исполнителя вы выбираете не одного, а сразу нескольких сотрудников. Дальше проверьте результат, в списке должны появиться отдельные задачи. Если создалась одна, значит выбор нескольких сотрудников не сработал, и стоит перепроверить, кого именно вы добавили: возможно, люди ушли не в исполнители, а в соисполнители.
Отдельно предупрежу про массовость. Раздав одним движением задачу двадцати сотрудникам, вы получите двадцать задач, каждая из которых живёт своей жизнью: комментарии, переносы срока, просрочки. Если поручение регулярное, разумнее оформить его шаблоном или регулярной задачей, чем повторять ручную раздачу каждую неделю.
Как выбрать между двумя способами, если сомневаетесь. Задайте себе один вопрос: сколько результатов вы ждёте на выходе. Один документ, один запущенный сайт, одна отправленная заявка означают схему с соисполнителями. Пять отчётов от пяти руководителей, двадцать обзвоненных списков означают несколько исполнителей и связанные задачи. Ошибка всплывает быстро: если вы выбрали связанные задачи там, где результат один, люди начинают дублировать работу и спорить, чью версию считать финальной.
Способ третий: чек-лист с ответственными за отдельные шаги
Бывает промежуточный случай. Работа одна, результат один, но она чётко распадается на этапы, и за каждый этап отвечает конкретный человек. Тогда дробить на несколько задач избыточно, а просто перечислить всех в соисполнителях недостаточно: непонятно, кто за что взялся.
Для этого в чек-листе к каждому пункту можно добавить ссылку или файл, например шаблон, инструкцию или макет. Можно назначить соисполнителя или наблюдателя, если кто-то отвечает за отдельный шаг.
Выглядит это так. Задача «Запустить рекламную кампанию для нового филиала», исполнитель руководитель проекта. В чек-листе пять пунктов: собрать семантику, написать объявления, отрисовать баннеры, настроить кампанию, свести отчёт. За каждым пунктом закреплён свой человек. Все они в соисполнителях задачи, поэтому видят её целиком, но каждый понимает свой участок.
Такая схема хорошо работает на проектах в пять или десять шагов. Когда шагов становится тридцать, чек-лист превращается в простыню, и пора выносить этапы в отдельные задачи.
Кого добавлять соисполнителем, а кого наблюдателем
Различие часто игнорируют и суют всех подряд в соисполнители. Из-за этого люди получают уведомления по каждому чиху, задача засоряет их рабочий список, и через месяц соисполнительство перестают воспринимать всерьёз.
Простой критерий: соисполнитель делает работу руками, наблюдатель нет.
Юрист, который согласует формулировки договора, это соисполнитель. Финансовый директор, которому нужно знать, что договор ушёл клиенту, это наблюдатель. Дизайнер, который рисует баннеры, соисполнитель. Руководитель отдела маркетинга, которому важен факт запуска, наблюдатель.
Ещё один сигнал: если человек за всё время работы над задачей не откроет её ни разу, а узнает о результате из уведомления, ему нужна роль наблюдателя.
Есть и обратная ошибка, держать в наблюдателях того, от кого реально ждут действий. Наблюдатель не увидит комментарии по ходу работы, не получит напоминание о сроке и совершенно спокойно пропустит момент, когда от него что-то потребовалось. Потом выясняется, что «я же был в задаче». Был, но в роли зрителя.
Кто и что может менять в групповой задаче
Роли определяют участие, но не ограничивают доступ к изменениям. Фактические возможности зависят от прав доступа, которые администратор настраивает через системные роли.
Базовых ролей три. Полный доступ позволяет выполнять любые действия с задачами и управлять правами. Руководитель управляет задачами своего отдела, всегда видит задачи подчинённых и может их редактировать. Менеджер работает только со своими задачами и не видит задачи коллег.
Отсюда следует неочевидное: руководитель может править задачи подчинённых независимо от того, как настроены общие права. Это удобно, когда нужно быстро перенести срок или сменить исполнителя, и это же становится сюрпризом, если в компании ожидали, что задачу нельзя трогать после постановки.
Права самого исполнителя тоже настраиваются. При стандартных настройках он может редактировать задачу, добавлять соисполнителей, делегировать её другому сотруднику, редактировать чек-лист и менять исполнителя. Делегирование, к слову, делается через меню «три точки» в карточке задачи, пункт «Делегировать».
Если в компании регулярно случается «кто-то поменял срок, и никто не знает кто», значит права выданы шире, чем нужно, и их стоит пересобрать. Это одна из типовых просьб, с которыми к нам приходят: портал работает, но управляемость потерялась. Если разбираться самостоятельно некогда, наша техподдержка Битрикс24 на связи 24/7, настроим роли и права под вашу структуру, а не по умолчанию.
Что делать, если исполнитель ушёл в отпуск или уволился
С групповыми задачами это болезненнее, чем с обычными: работа уже идёт, соисполнители что-то сделали, в комментариях накопился контекст. Создавать новую задачу с нуля значит потерять всю историю.
Правильное действие, сменить исполнителя внутри существующей задачи. При стандартных настройках прав исполнитель может делегировать задачу другому сотруднику через меню «три точки» и пункт «Делегировать». Руководитель может сделать то же самое с задачами своих подчинённых, потому что всегда имеет доступ к их редактированию.
Что при этом сохраняется: описание, чек-лист, файлы, комментарии, состав соисполнителей и наблюдателей, срок. Новый человек получает задачу со всей предысторией и видит, на каком шаге остановились.
Отдельный совет для отпусков. Если задача длинная, а исполнитель уходит на две недели в середине, не оставляйте её висеть до возвращения. Либо передайте исполнение, либо честно сдвиньте срок и предупредите соисполнителей комментарием в самой задаче, а не в чате. Соисполнители получают уведомления обо всех изменениях по задаче, так что комментарий гарантированно дойдёт до всех, кто в ней работает.
И встречный случай: увольняется не исполнитель, а соисполнитель. Тут потери меньше, но проверьте чек-лист. Если за ушедшим были закреплены пункты, их нужно перевесить на другого человека, иначе шаг зависнет без владельца, и обнаружится это в день сдачи.
Статусы и приёмка: как понять, что групповая задача действительно закрыта
У задачи в Битрикс24 пять состояний: ждёт выполнения, выполняется, отложена, на проверке (если включён контроль постановщика) и завершена.
Для групповых задач ключевой момент, это контроль постановщика. Без него исполнитель отмечает задачу выполненной, и она уходит из активных, даже если соисполнители сделали свою часть кое-как. С контролем задача переходит в статус ожидания проверки: постановщик смотрит результат, принимает его или возвращает на доработку.
Практическое правило простое. Если у задачи больше одного участника, контроль лучше включать. Не из недоверия. Просто при коллективной работе результат собирается из кусков, и кто-то должен посмотреть на сборку целиком, прежде чем задача исчезнет из списка.
Пример: как это разложить на реальной задаче
Возьмём ситуацию, с которой к нам обращаются чаще всего. Компания участвует в тендере, срок подачи десять дней, в подготовке участвуют пять человек: юрист, бухгалтер, инженер, менеджер по продажам и руководитель.
Неправильный вариант, создать пять задач «участвовать в тендере» на каждого. Через неделю никто не понимает общей картины, а комментарии размазаны по пяти карточкам.
Рабочий вариант выглядит так.
Основная задача «Подать заявку на тендер [название] до [дата]». Исполнитель, менеджер по продажам: он собирает пакет и отвечает за факт подачи. Соисполнители: юрист, бухгалтер, инженер. Наблюдатель, руководитель: ему нужен факт, а не переписка.
Чек-лист внутри задачи: проверить требования закупки, подготовить справки от бухгалтерии, согласовать проект договора, посчитать смету, собрать пакет, подать заявку. За пунктами закреплены соответствующие соисполнители.
Контроль постановщика включён, руководитель принимает результат.
Отдельные задачи создаются только там, где у человека своя, не пересекающаяся с другими работа с собственным сроком. Например, «Получить справку об отсутствии задолженности» с дедлайном на три дня раньше общего, потому что документ готовится во внешней инстанции и может задержаться.
На выходе получается одна карточка, где видно состояние всей подготовки, плюс одна или две отдельные задачи под внешние зависимости. Вместо пяти параллельных веток, в которых теряется контекст.
Пять ошибок, из-за которых групповая задача разваливается
Первая ошибка, формулировка без критерия готовности. «Проработать вопрос» невозможно принять или отклонить. Название задачи должно содержать проверяемый результат.
Вторая, когда все оказываются в соисполнителях. При восьми соисполнителях ответственность растворяется ровно так же, как если бы исполнителей было восемь. Держите в соисполнителях только тех, кто действительно работает.
Третья, срок только в описании. Дата, написанная текстом, не участвует в отчётах и не вызывает напоминаний. Заполняйте поле срока.
Четвёртая, обсуждение в мессенджере вместо комментариев. Половина решений по задаче принимается в чате, и в карточке остаётся пустота. Через месяц восстановить логику невозможно.
Пятая, отсутствие контроля на коллективных задачах. Исполнитель закрывает задачу, руководитель узнаёт об этом постфактум, качество никто не смотрел.
Ни одна из этих ошибок не связана с функциональностью системы. Все они лечатся договорённостями внутри команды, которые надо один раз зафиксировать и потом соблюдать.
Когда пора переходить от задач к процессам
Ручная постановка групповых задач хорошо работает, пока поручения разные. Как только вы ловите себя на том, что третью неделю подряд создаёте одну и ту же конструкцию с одними и теми же участниками, перед вами уже не задача, а процесс.
Признаки того, что пора автоматизировать: одинаковый набор участников, повторяющийся чек-лист, предсказуемые сроки, привязка к событию в CRM. В таком случае разумнее собрать шаблон задачи или настроить создание задачи автоматически при наступлении события, например при переходе сделки на определённую стадию.
Экономия здесь идёт не только по времени постановщика. Шаблон гарантирует, что никто не забудет добавить юриста в соисполнители и не выставит срок наугад. При ручной постановке такой гарантии нет: человек устал или отвлёкся, и половина настроек уехала.
Если групповые задачи в вашем портале уже стали регулярными, а настраивать шаблоны и автоматизацию некому, это как раз тот объём работы, который закрывается за несколько часов силами внешней команды. Мы в B2BPRO.KZ занимаемся этим постоянно: разбираем, как отдел работает сейчас, и переводим повторяющиеся сценарии в настройки портала. Оставить заявку можно на странице получить помощь с настройкой Битрикс24, поддержка работает круглосуточно.
Частые вопросы
Можно ли указать двух ответственных в одной задаче Битрикс24?
Нет. Исполнитель у задачи всегда один. Если нужно, чтобы над задачей работали несколько человек, добавьте их соисполнителями: они участвуют в выполнении вместе с исполнителем.
Что произойдёт, если при создании задачи выбрать сразу нескольких исполнителей?
Битрикс24 создаст отдельную задачу для каждого выбранного сотрудника, а постановщик увидит связанные задачи. Это удобно, когда каждому нужно выполнить свою часть работы с отдельным результатом.
Чем соисполнитель отличается от наблюдателя?
Соисполнитель выполняет работу вместе с исполнителем: редактирует чек-лист, оставляет комментарии, прикладывает документы. Наблюдатель работу не делает, он видит уведомления об изменении статусов задачи.
Может ли соисполнитель завершить задачу?
Отметка о выполнении остаётся за исполнителем, он отвечает за результат целиком. Соисполнитель помогает по ходу работы, но статус задачи меняет исполнитель, а при включённом контроле результат принимает постановщик.
Как назначить ответственного за отдельный шаг внутри одной задачи?
Через чек-лист. К каждому пункту можно добавить ссылку или файл, а также назначить соисполнителя или наблюдателя, если за конкретный шаг отвечает определённый человек.