Связи задач

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

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

Когда нужна связь

Связывайте задачу с другим объектом, если без этой связи участникам придется восстанавливать контекст вручную: искать старую переписку, спрашивать номер сделки, открывать несколько проектов или пересылать документы вне LadVen OS.

Связь полезна, когда:

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

Не связывайте задачу со всем подряд. Лишние связи создают шум: участники перестают понимать, какой объект действительно важен для выполнения, а какой добавлен "на всякий случай".

Связи и ответственность

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

Используйте связи для ответа на четыре вопроса:

Вопрос	Какая связь помогает	Что все равно нужно написать в задаче
Для кого или чего делаем работу?	Клиент, клиентский проект, CRM-сущность.	Какой клиентский результат нужен и кто принимает его со стороны команды.
В каком рабочем потоке это контролируется?	Проект, рабочая группа, родительская задача.	Как задача влияет на общий результат проекта.
Где исходные материалы и результат?	Документ, файл, комментарий, вложение чек-листа.	Что именно открыть, проверить или приложить в финале.
Какие задачи зависят друг от друга?	Родительская, дочерняя или связанная задача.	Какая зависимость есть: блокирует, продолжает, уточняет или фиксирует решение.

Если связь не помогает ответить ни на один из этих вопросов, она, скорее всего, лишняя. Если помогает, но без пояснения непонятна участникам, добавьте одну-две строки в описание или комментарий.

Виды связей

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

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

Тип связи	Что показывает	Когда использовать
Родительская задача	Более крупную задачу или инициативу, из которой появилась текущая задача.	Когда текущая задача является частью общего результата.
Дочерняя задача	Отдельную часть работы внутри текущей задачи.	Когда часть работы имеет собственного ответственного, срок или критерии готовности.
Связанная задача	Соседнюю задачу без строгой иерархии.	Когда задачи влияют друг на друга, но ни одна не является частью другой.
Проект	Внутренний проект, рабочую группу или направление.	Когда задачу нужно искать и планировать внутри проектной работы.
Клиент	Компанию или клиента, к которому относится задача.	Когда задача важна для клиентской истории, продаж, внедрения или поддержки.
Клиентский проект	Конкретный проект или поток работ внутри клиента.	Когда у одного клиента несколько параллельных направлений.
CRM	Сделку, лид, контакт, компанию или другую CRM-сущность.	Когда задача продолжает продажу, сопровождение или клиентское действие.
Документ	Документ, таблицу, договор, ТЗ или рабочий файл в хранилище.	Когда документ является источником, материалом или результатом задачи.
Файл	Вложение задачи, пункта чек-листа или комментария.	Когда материал нужен для выполнения, проверки или истории решения.
Комментарий	Конкретное обсуждение, решение, вопрос или возврат на доработку.	Когда новая работа появилась из обсуждения и важно не потерять причину.

Иерархия, зависимость и контекст

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

Что нужно показать	Какую связь выбрать	Как читать руководителю
Текущая задача является частью большого результата	Родительская или дочерняя задача	У общего результата есть отдельные части с собственными владельцами.
Результат одной задачи влияет на другую	Связанная задача	Задачи не входят друг в друга, но их нужно смотреть вместе.
Задача относится к рабочему потоку команды	Проект или рабочая группа	Работу можно планировать и фильтровать внутри направления.
Задача относится к клиентской истории	Клиент, клиентский проект или CRM	Итог должен быть виден в клиентском контексте.
Нужно открыть материал или доказательство	Документ, файл, комментарий	Связь ведет к источнику, решению или финальному результату.

Дочерняя задача - это отдельный результат. Связанная задача - это зависимость, продолжение или новый объем. Проект и клиент - это контекст управления. Документ и файл - это материал или доказательство. Если эти смыслы смешать, карточка станет похожа на архив, а не на рабочее поручение.

Родительские и дочерние задачи

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

Создавайте дочернюю задачу, если часть работы:

• имеет отдельного ответственного;
• требует отдельного срока;
• может выполняться параллельно;
• блокирует общий результат;
• содержит собственные файлы, чек-лист или обсуждение;
• должна быть видна в списках и отчетах отдельно от родительской задачи.

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

Хороший пример:

Родительская задача:
Подготовить запуск пилота для клиента

Дочерние задачи:
- Согласовать договор на пилот
- Подготовить техническую схему подключения
- Собрать список участников обучения

Плохой пример:

Родительская задача:
Подготовить запуск пилота

Дочерние задачи:
- Открыть шаблон
- Написать текст
- Проверить орфографию

Во втором случае лучше использовать чек-лист: отдельные задачи добавят лишнюю навигацию и размоют общую картину.

Связанные задачи

Связанная задача нужна, когда между задачами есть контекстная зависимость, но нет отношения "часть целого". Например, одна задача фиксирует клиентское решение, другая - техническую оценку, третья - подготовку документа.

Используйте связанную задачу, если:

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

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

Создание связанной задачи из контекста

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

Рабочий порядок:

1. Откройте исходный объект: задачу, комментарий, CRM-сущность, документ, файл, проект или клиента.
2. Запустите действие создания задачи из этого контекста, если оно доступно.
3. Проверьте, какая связь будет добавлена автоматически: родительская, связанная, проектная, клиентская, CRM или документная.
4. Сформулируйте название новой задачи как самостоятельный результат.
5. В описании коротко объясните, почему задача появилась и где смотреть исходный контекст.
6. Назначьте ответственного, срок и участников.
7. Прикрепите только те файлы или документы, которые действительно нужны для выполнения.
8. Сохраните задачу.
9. Откройте созданную задачу и проверьте, что связь отображается в карточке.

Если LadVen OS не создала связь автоматически, добавьте ее вручную сразу после сохранения. Не оставляйте задачу только с фразой "как обсуждали": через несколько дней участники не восстановят, где именно это обсуждали.

Проект, клиент и клиентский проект

Проектная и клиентская связь отвечает на вопрос: "к какому рабочему потоку относится задача?"

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

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

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

Хорошая практика:

• проект показывает внутренний рабочий поток;
• клиент показывает внешнюю сторону контекста;
• клиентский проект уточняет направление внутри клиента;
• CRM-сущность показывает конкретную продажу, обращение, контакт или сделку.

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

Для владельца бизнеса и руководителя отдела это особенно важно в отчетах: проектная связь отвечает за управляемость работы внутри команды, а клиентская связь - за историю отношений с клиентом. Не используйте одно вместо другого. Задача по договору может быть в проекте "Внедрение", связана с клиентом "Альфа" и иметь CRM-сделку; это нормально, если каждая связь объясняет отдельный слой контекста.

CRM-связи

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

Добавляйте CRM-связь, если задача:

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

В описании задачи укажите, что именно нужно сделать по CRM-контексту. Одна ссылка на сделку не заменяет постановку задачи.

Пример:

Контекст:
Задача создана из сделки по пилотному запуску. Клиент попросил до встречи подтвердить сроки интеграции.

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

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

Документы и файлы

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

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

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

Выбирайте место по смыслу:

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

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

Практика для документов:

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

Комментарии как источник связи

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

Когда создаете задачу из комментария:

• сохраните ссылку на исходную задачу или комментарий, если LadVen OS поддерживает прямую ссылку;
• в описании новой задачи перескажите решение коротко и понятно;
• укажите, что именно не входит в исходную задачу и почему вынесено отдельно;
• добавьте участников, которым нужно видеть продолжение;
• оставьте в исходной задаче комментарий, что работа вынесена в связанную задачу.

Пример итогового комментария в исходной задаче:

Фиксирую: текущую задачу закрываем по ручной проверке. Автоматическую сверку выносим в связанную задачу, чтобы отдельно оценить объем и срок.

Так участники видят не только новую задачу, но и причину, почему она появилась.

Как не терять контекст

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

Минимальный набор контекста:

• название задачи описывает результат;
• в описании есть причина появления задачи;
• указана исходная задача, проект, клиент, CRM или документ;
• важные файлы приложены или связаны в правильном месте;
• в комментариях зафиксированы решения, которые меняют объем работы;
• участники имеют доступ к связанным объектам;
• после создания связи можно перейти в обе стороны, если UI это поддерживает.

Если связь важна для выполнения, упомяните ее в тексте задачи. Например: "Работа относится к клиентскому проекту внедрения; договор смотреть в связанном документе". Не заставляйте исполнителя угадывать смысл связи по одному названию объекта.

Для приемки полезен маршрут проверки:

1. Сначала открыть источник: родительскую задачу, CRM, документ или комментарий, из которого появилась работа.
2. Затем проверить решение: что именно согласовали, кто подтвердил и какие ограничения зафиксировали.
3. После этого сверить результат: файл, закрытый чек-лист, итоговый комментарий и связанные задачи на новый объем.

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

Как не размывать работу связями

Слишком много связей делает задачу похожей на архив, а не на поручение. Участник видит клиент, проект, CRM, документы, файлы и соседние задачи, но не понимает, что из этого главное.

Чтобы связи не размывали работу:

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

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

Права доступа и ограничения

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

Перед назначением работы проверьте доступ, если:

• задача связана с закрытым проектом, клиентом или CRM-сущностью;
• участник добавлен после создания связи;
• файл или документ лежит в отдельном хранилище;
• задача содержит коммерческие, персональные или внутренние данные;
• связанная задача принадлежит другой команде;
• участник видит muted-запись, скрытую связь или сообщение о недоступности.

Не обходите ограничения прав пересылкой файлов или скриншотов вне LadVen OS. Тогда рабочая история, доступы и актуальные версии расходятся. Если участнику нужен доступ, настройте его в исходном объекте или попросите владельца пространства помочь.

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

Как проверить связи

После создания или изменения задачи откройте ее в режиме просмотра и проверьте блок связей и рабочий контекст.

Проверьте:

• родительская задача отображается там, где ожидается;
• дочерняя или связанная задача видна из исходной задачи;
• проект, клиент и клиентский проект соответствуют реальной работе;
• CRM-сущность открывается и относится к правильному клиенту или сделке;
• документы и файлы доступны участникам;
• комментарий или описание объясняет, почему связь добавлена;
• в списке задач связь помогает фильтровать или группировать работу;
• скрытые или недоступные связи не блокируют выполнение без понятного следующего шага.

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

Хорошие практики

• Создавайте дочерние задачи для самостоятельных результатов, а чек-лист - для шагов внутри одного результата.
• Связанную задачу используйте для зависимости или продолжения, а не для визуального группирования.
• При создании из контекста проверяйте, какая связь добавилась автоматически.
• В описании новой задачи пересказывайте причину связи человеческим языком.
• Не копируйте всю историю вручную: фиксируйте итог и оставляйте ссылку на источник.
• Проверяйте доступ участников к проекту, клиенту, CRM, документам и файлам.
• Финальный результат храните там, где его проще проверить: в файлах задачи, связанном документе или итоговом комментарии.
• Если связь влияет на приемку, добавьте ее в критерии готовности.
• Не добавляйте связи "на всякий случай": каждая связь должна помогать выполнить, проверить или найти задачу.
• Для клиентских задач связывайте работу с клиентом или CRM только тогда, когда итог должен остаться в клиентской истории.
• Для проектных задач проверяйте, что связь помогает руководителю увидеть ход работ, а не просто заменяет тег.
• Для документов фиксируйте, является ли документ источником, рабочей версией или финальным результатом.
• Для связанных задач пишите, какая между ними зависимость: "ждет результата", "продолжает решение", "вынесено отдельно", "блокирует запуск".

Частые ошибки

Создать одну большую задачу вместо нескольких связанных. Если у работы несколько независимых результатов, разные ответственные или сроки, разделите ее на дочерние или связанные задачи.

Выносить мелкие шаги в отдельные задачи. Если шаг не имеет отдельного результата, оставьте его в чек-листе.

Оставить связанную задачу без объяснения. Участники видят ссылку, но не понимают, почему она важна.

Связать задачу с неправильным клиентом или проектом. Такая ошибка ломает фильтры, отчеты и клиентскую историю.

Прикрепить документы без проверки доступа. Исполнитель формально видит задачу, но не может открыть материал.

Копировать контекст вместо ссылки на источник. Ручные копии быстро устаревают и расходятся с оригиналом.

Закрыть исходную задачу, не зафиксировав вынесенную работу. Через время непонятно, почему часть результата не была сделана в исходной задаче.

Использовать CRM-связь как замену описанию. Сделка или контакт дают контекст, но не объясняют ожидаемый результат.

Удалять связь без комментария. Если по связи уже работали, участники должны понимать, почему контекст изменился.

Добавлять все клиентские материалы в каждую задачу. Исполнитель теряет главный источник и может работать по устаревшему файлу.

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

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

Автоматически добавлять участников из связанных задач. Люди получают лишние уведомления, а ответственность становится неочевидной.

Какие скриншоты нужны для этой страницы

• Блок связей в карточке задачи: родительская, дочерняя и связанная задача.
• Создание задачи из комментария или другой задачи с автоматически добавленной связью.
• Пример задачи, связанной с проектом и клиентом одновременно.
• Пример клиентской задачи с CRM-сущностью и пояснением в описании.
• Связанный документ или файл в задаче, где видно назначение материала.
• Проверка связей в режиме просмотра задачи после сохранения.
• Состояние недоступной связи или файла, если у участника нет прав.

Связанные сценарии

• Создать задачу
• Назначить участников
• Прикрепить файлы к задаче
• Добавить чек-лист
• Комментарии в задаче