Федоров Илья писал(а): ↑01.08.2023 20:56
Увы это противоречит логике проектного и процессного управления, да и простой логике не может один "объект" одновременно находится в разным местах.
Вы говорите про привязку к "дополнительному" проекту, а почему только к одному дополнительному, а не к 5-ти например?
Не понятно зачем какие то задачи надо прикреплять в проект Оценка, пусть задача будет там где её ресурсы, риски, результат влияют (вносят свой вклад и затраты) на свой проект.
Для быстрого поиска можно использовать другие не менее удобные инструменты, например задача оценка делается по определенному шаблону/процессу и для таких задач может быть сделать планировщик или фильтр задач. При этом она может быть подзадачей той задачи для которой выполняется оценка. Все логично, и не нужен отдельный проект.
Здесь наблюдается несколько фундаментальных проблем.
Во-первых, Проекты в идеологии Планфикса выполняют две разные функции (см. Справка. Для чего нужен проект?):
- как классический проект, принятый в проектном менеджменте;
- как удобное средство объединения типовых бизнес-задач.
Вот здесь заложено первое противоречие: одна задача может быть частью текущего проекта и одновременно входить по своему характеру в определенную типовую область деятельности. Это две разные функции но реализованы они в Планфиксе с помощью одного инструмента.
Следует обратить внимание на то обстоятельство, что Проекты в структуре Планфикса находятся на самом верху его иерархии, что делает их более соответствующими второй их функции.
Во-вторых, проект, в рамках "логики проектного управления", - это сущность по своему характеру временная, с определенными началом, концом и конечным результатом. Задачи в Планфиксе с определенного времени выполняют универсальную функцию (и называются теперь Объектами) с целью моделирования процессов и объектов реального мира (сюда также закралось еще одно противоречие: объединение опять в одной сущности функций по сути двух принципиально разных классов - но это другая тема). Такие объекты могут иметь жизненный цикл более длительный, чем проект, или даже неопределенный (неограниченный). И в данном случае возникает противоречие между жизненными циклами и логической иерархией Объектов и Проектов (Проект должен находиться в таком случае ниже порождающего его Объекта в силу своей ограниченности и логической подчиненности).
Подытожу: если Проекты - это универсальная сущность, то должна быть реализована возможность одной задаче "принадлежать" более чем одному такому проекту; если же необходимо четко обозначить Проект как элемент проектного менеджмента, то, учитывая наличие другой универсальной сущности - Объектов, требуется осуществить возможность подчинения проектов Объектам и отделить их от средства объединения типовых бизнес-задач (может быть, объединить функционал Проектов с функционалом Объектов но сохранить при этом возможность группировать Объекты по областям деятельности? Ну или - самое "простое" решение для начала - дать таки задаче возможность входить в несколько проектов в рамках существующей структуры).