В настоящее время задачи работают только или в составе групп или отдельно для сотрудников
Связи задач с другими объектами нет, за исключением файлов внутри задач или групп
Вместе с тем сущность группа далеко не всегда удобна для применения ее в качестве проекта, бизнес-сервиса компании, ИТ сервиса и т.п.
Между тем очень хочется, чтобы задачи велись не только в рамках группы сотрудников, но и были привязаны к проекту(разные группы сотрудников или сотрудники могут участвовать в одном или нескольких проектах), к разным бизнес-сервисам компании(в рамках бизнес-процессов), к техническим сервисам компании(ИТ и т.п.) на которых базируются бизнес-сервисы.
Причем речь идет не только о разработке чего-то нового(сервиса, проекта и т.п.) в компании, но и о сопровождении, изменении, развитии существующих сервисов.
Сейчас понятия бизнес-сервисов, сервисов, проектов в Битриксе вообще нет.
Можно конечно для этого использовать инфоблоки, но опять же придется их подвязывать "в ручную" к задачам, делать новый функционал управления задачами в рамках сервисов и т.д. Работы для собственной разработки много, такой функционал должен быть от разработчика.
Группы сотрудников хороши в социальных сетях, когда общением внутри группы взаимодействие и ограничивается и когда группа работает над какими-то своими внутренним продуктами, сущностями.
А в организации на передний план выходит управление бизнес-процессами и сервисами компании (внешними и внутренними) , пусть и с помощью сотрудников и рабочих групп в том числе.
Группы сотрудников хочется видеть как один из ресурсов для управления проектами или управления сервисами компании. Группе можно ставить задачи по проектам или сервисам в рамках такого управления. Каждая группа владеет определенным уровнем компетенции, набором возможных предоставляемых услуг для решения задач, возможно какими то параметрами стоимости и доступности как ресурс, чтобы правильно планировать ее задействование.
Внутри группы могут быть свои задачи, свое взаимодействие, общение, файлы и т.д. Пусть участники группы пользуются этим для решения поставленной свыше главной задачи. Но для управления проектами или сервисами эти внутренности группы уже не так важны.
А наличие в портале сущностей бизнес-сервисы и сервисы(первые базируются на вторых) так просто необходимо !!! Хотя бы для начала в виде инфоблоков с возможностью подвязать к другим сущностям портала
Потому что практически любая задача, любой функционал в портале нужно связывать с определенным сервисом или бизнес-сервисом компани. Например, техподдержка(ее сегодняшние категории - несерьезно), база знаний, форум, библиотеки и т.д. КП кстати, это тоже сервис, точнее приложение с несколькими сервисами.
Можно еще много что написать по теме, но думаю для начала идея понятна:)