Задача в нескольких проектах в /task: без копий, свой раздел и приватность

В /task задача исторически принадлежала одному проекту. Но в реальной работе одна и та же задача часто нужна сразу в нескольких контекстах: фича для клиента, внутренняя инициатива, релизный трек. Копировать карточку — плохо: копии расходятся, комментарии и время теряются, а статус приходится синхронизировать вручную. В 2026 году в /task появился режим «задача в нескольких проектах»: карточка остаётся одна, а проекты получают ссылки на неё. Ниже — как это устроено, что настраивается и какие ограничения важно учитывать.

Живое демо /task

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

Зачем задача в нескольких проектах

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

Что это даёт на практике:

• Единая история. Комментарии, вложения, учёт времени и хронология не размножаются по копиям.
• Один статус. Перевод в «Завершено» в одном проекте отражается везде, где задача видна.
• Меньше ручной синхронизации. Не нужно сверять копии и переносить описания.
• Прозрачные зависимости. Блокировки и «Ждёт завершения» работают на одну сущность, а не на набор копий.

Мультипроектность — это не «задача без проекта», а именно связи: у карточки остаётся основной проект, а остальные получают доступ к ней по правилам.

Как добавить задачу в другой проект без копии

Добавление выполняется из карточки задачи. Общий порядок такой:

1. Откройте задачу и найдите блок «Проекты» (в карточке он рядом с полями проекта и раздела).
2. Нажмите «Добавить в проект» и выберите целевой проект из списка доступных.
3. При необходимости укажите свой раздел — папку внутри целевого проекта, где задача будет отображаться.
4. Сохраните. Задача появится в списках и на канбане целевого проекта, но останется той же карточкой.

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

Свой раздел для каждой связи

Раздел — это группировка задач внутри проекта (аналог папки или колонки в зависимости от вида). При добавлении задачи в другой проект можно указать отдельный раздел, и он не обязан совпадать с разделом в основном проекте. Это удобно, когда в одном проекте задача живёт в «Бэклоге», а в другом — в «Спринте клиента».

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

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

Когда карточка видна в нескольких проектах, возникает вопрос: что именно видят участники каждого проекта. В /task приватность настраивается на уровне блоков карточки. Блок — это смысловая часть задачи: описание, комментарии, вложения, учёт времени, зависимости, пользовательские поля.

Правила простые:

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

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

Разрешённые действия

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

• Просмотр — задача видна в списках и на доске целевого проекта.
• Комментирование — участники целевого проекта могут писать в чат задачи (если блок комментариев не приватный).
• Редактирование — изменение полей, статуса, раздела.
• Завершение — перевод задачи в статус «Завершено».

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

Видимость результата «Завершено»

Статус «Завершено» — общий для карточки. Но видимость результата настраивается отдельно: что именно увидят проекты-связи после завершения. Возможные варианты:

• Задача остаётся в списках со статусом «Завершено».
• Задача скрывается из активных видов, но доступна в архиве проекта.
• Показывается только факт завершения без приватных блоков (например, без внутренних комментариев).

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

Плюсы и ограничения

Что даёт режим в повседневной работе:

• Меньше дублей и рассинхронизации статусов.
• Единая история и учёт времени по одной задаче.
• Гибкая приватность: разные проекты видят разный объём данных.
• Управляемые права: просмотр, комментарии, редактирование и завершение настраиваются отдельно.

Ограничения, о которых стоит помнить:

• У задачи остаётся основной проект — это влияет на наследование прав и приватных блоков.
• Связи не заменяют зависимости: «Блокирует» и «Ждёт завершения» настраиваются отдельно.
• При удалении связи задача не удаляется — она просто перестаёт отображаться в целевом проекте.

Короткий чек-лист внедрения

1. Определите основной проект для каждой задачи: от него наследуются права.
2. Добавьте связи там, где задача действительно нужна, и укажите разделы.
3. Закройте приватные блоки до того, как добавите клиентский проект.
4. Проверьте разрешённые действия для каждой связи.
5. Настройте видимость результата «Завершено» и проверьте на тестовой задаче.

Такой подход сохраняет одну карточку и одну историю, но даёт каждому проекту ровно тот объём данных и действий, который ему нужен.