S-WEBS24

Битрикс24

CRM, процессы и приложения для вашей компании

Вернуться к списку Вернуться к статьям
Статьи

Задача ждёт ответа извне: как управлять блокировкой, а не просто переносить срок

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

Что отличает блокировку от обычной работы

В учебном примере инженер готовит расчёт оборудования. Для завершения ему нужны размеры площадки от клиента. Запрос отправлен, но ответа пока нет. Если инженер просто напишет «ждём» и передвинет срок на неделю, руководитель не поймёт, какие работы можно продолжить и когда придётся менять обещанную дату.

Блокировку полезно описывать через недостающее условие. «Ждём клиента» слишком широко. «Для расчёта креплений нужны высота помещения и фотография стены» позволяет проверить, получено ли всё необходимое.

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

Что записать в карточке задачи

Откройте исходную задачу Битрикс24 и сохраните короткое сообщение в её обсуждении. Дайте ссылку на отправленный запрос, если участники имеют право его читать. Закрытую клиентскую переписку не нужно копировать всем участникам.

Сведения Учебный пример
Что требуется Высота помещения и фотография стены
Для какого результата Завершить расчёт креплений
У кого запрошено У назначенного представителя клиента
Когда запросили Дата фактической отправки запроса
Кто проверяет ответ Координатор проекта
Следующее решение Повторный запрос или согласование альтернативы
Что можно делать сейчас Подготовить варианты комплектации

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

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

Как назначить следующую проверку

Договоритесь о дате следующего действия команды. Она может наступить раньше крайнего срока исходной задачи: нужно оставить время на повторный запрос и пересмотр плана.

  1. Уточните у внешнего участника, когда он сможет дать сведения.
  2. Сопоставьте ответ с внутренней датой завершения и обещанием клиенту.
  3. Назначьте проверку поступления данных конкретному сотруднику.
  4. Опишите, что он делает при полном ответе, частичном ответе и отсутствии ответа.
  5. Сообщите руководителю, если ожидание уже угрожает зависимому результату.

В Битрикс24 крайний срок определяет дату завершения поручения. Кто может изменить срок, зависит от прав участников; порядок описан в официальной справке по задачам. Не считайте право исполнителя переносить дату заменой согласования нового обещания.

Когда нужна эскалация

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

В учебном примере координатор получил только фотографию. Высота помещения по-прежнему неизвестна. Он отмечает полученную часть, сохраняет недостающее условие и передаёт руководителю вопрос: продолжать ли расчёт по согласованному допущению или ждать измерения.

У такого решения должно быть основание и автор. Фраза «сделали как обычно» не объясняет, кто принял риск. Если разрешена альтернатива, запишите её ограничения и то, что потребуется перепроверить после получения данных.

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

Как вернуть задачу в работу

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

После проверки сохраните ссылку на материалы, отметьте снятое ограничение и уточните оставшийся объём. Если срок изменился, согласуйте его отдельно. Зависимости и влияние на соседние работы разобраны в статье о сроках проекта и диаграмме Ганта.

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

Частые вопросы

Нужно ли создавать отдельную задачу на каждый запрос?

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

Можно ли поставить прежний срок после получения ответа?

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

Что делать, если внешняя сторона не называет дату?

Зафиксируйте неопределённость и назначьте дату решения внутри команды. Руководитель должен выбрать продолжение: ждать, ограничить объём, искать альтернативу или приостановить работу с понятным условием возобновления.