Зависимости задач в CRM: как не начинать работу без исходных данных

Назовите необходимый исходный результат

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

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

Назначьте владельца получения данных

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

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

Определите допустимую подготовку

Здесь важно учесть риск: связать всё со всем означает построить цепь, которую никто не поддерживает при изменении реального процесса.

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

Не связывайте все действия подряд

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

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

Проверьте снятие блокировки

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

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