Вот мы уже wii-ссылкми связываем задачи, этот функционал вотсретован столь же или почти столь же, как категория.

Надо бы разбить сие на подзадачи.

• Отдельно система связей задач и тип связи связана.
• Затем наверное эпик (как отдельная живущая и считающаяся задача, к которой привязаны просто задачи)
• Затем блокируется (не подзадача, просто не дает одной задачи обогнать другую)
• И подзадача как именно часть общей задачи

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

Стоит подумать над задачей типа эпик. Это примерно тоже самое, что задача с подзадачами, но еще крупнее и независимее.

• А задачи нет своего прогресса, он зависит от её подзадач. Эпик по своему распределяет время, и его процесс это скорее процесс фомулирвоания и управления подзадачами, чем их прогресс.
• Родительская задача следует по этапам за подзадачами. эпик же самостоятельная задача (например его можно закрыть, (хотя по идее это должно принудительно закрыто его подзадачи).
• Задачи эпика должны независимо от эпика участвовать в статистиках, бордах, списках. Он просто еще одна их категория, где можно их посмотреть, и поуправлять.
• Подзадачи родительской задачи должны по идее изыматься из общей статистики, борд и списков и идти как часть общей задачи. (наверное все же не совсем изыматься, а идти с ней вместе)

Главный вопрос который необходимо решить в рамках задачи, обратные связи. Если их не делать, для вывода связанных задач нам необходимо делать два запроса where task_id=ref.first_task_id и task_id=ref.inverse_task_id Если делать, при связывании необходимо делать две связи, прямую и обратную. (в целом не страшно, но лишнее место возможной неконсистентности)

Логика ограничения по этапам для связи “блокирует/блокируется” имеет смысл делать после tndt-49 так как мы не можем блокировать по типу этапа, только по самому этапу и если это включат в настройках.

На первом этапе стоит реализовать типы “связана”, “зависит/Зависима”, “блокирет/блокируется”.

“Подзадача/составная задача (эпик)” надо делать отдельной задачей с введением типа задачи (обычная, эпик) (как бы это назвать неконфликто с справочником тип задачи).

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

Контрол выбора задач будет не постым, и как минимум он требует выбрать задачу, сущность, которых слишком много, чтобы делать упрощенную реализацию, как сейчас у проектов и пользователей. Так что оно неявно, но зависит от tndt-56

Вобще это весьма приоритетная штука. 80% попыток сделать ссылку это ссылка из задачи на связанную.