Есть потребность вводить одну подчиненную задачу для нескольких надзадач.
В частности такую потребность испытываю для процесса учета оплаты задач фрилансерам (т.е. фрилансер выполнил много задач, я фиксирую факт оплаты ему создавая по этим задачам одну подзадачу), но возможны другие сценарии использования. Суть идеи в том, что задача, которая подчинена в структуре одновременно нескольким надзадачам является некоторой объединяющей эти надзадачи вехой и конечно содержит ссылки на эти надзадачи.
В древовидном списке задач, отображение такой подзадачи будет дублироваться, но это не страшно.
В меню деталей задачи, список надзадач будет представлен также как сейчас представлен список подзадач.
Что скажите, насколько реально?
Одна ПОДзадача для нескольких НАДзадач
-
- Сообщения: 236
- Зарегистрирован: 29.05.2014 18:14
-
- Сообщения: 4127
- Зарегистрирован: 06.06.2012 13:54
-
- Сообщения: 236
- Зарегистрирован: 29.05.2014 18:14
))
На самом деле такое встречается в жизни. Например в системах учета документ платежное поручение может закрывать задолженность по нескольким накладным и поскольку оно содержит ссылки на те накладные, которые закрывает, то естественно является подчиненным документом и соответственно отображается в дереве документов.
Что касается отрисовки деревьев, то тут, на мой взгляд, ничего дорабатывать не нужно, подзадача автоматом должна дублироваться для родительских надзадач (наверно).
Просто в планфиксе, как я понял, понятие подзадачи гораздо шире простого средства декомпозиции, детализации работ.
Часто подзадачи используются как последователи надзадач, т.е. задачи, которые нужно сделать после того как будут сделаны надзадачи, что вообще мне поначалу показалось диким. Как это группа задач выполнена, а подзадачи в работе?, но в итоге получается, что подзадачи - это последователи своих родителей, т.е. следующий шаг, или уточнение предыдущего шага, исправление ошибок по главной задаче и т.п. и мною частенько подзадачи создаются на много позже того как групповая задача выполнена.
Но вы правы наверное, потребность не оправдает затрат.
На самом деле такое встречается в жизни. Например в системах учета документ платежное поручение может закрывать задолженность по нескольким накладным и поскольку оно содержит ссылки на те накладные, которые закрывает, то естественно является подчиненным документом и соответственно отображается в дереве документов.
Что касается отрисовки деревьев, то тут, на мой взгляд, ничего дорабатывать не нужно, подзадача автоматом должна дублироваться для родительских надзадач (наверно).
Просто в планфиксе, как я понял, понятие подзадачи гораздо шире простого средства декомпозиции, детализации работ.
Часто подзадачи используются как последователи надзадач, т.е. задачи, которые нужно сделать после того как будут сделаны надзадачи, что вообще мне поначалу показалось диким. Как это группа задач выполнена, а подзадачи в работе?, но в итоге получается, что подзадачи - это последователи своих родителей, т.е. следующий шаг, или уточнение предыдущего шага, исправление ошибок по главной задаче и т.п. и мною частенько подзадачи создаются на много позже того как групповая задача выполнена.
Но вы правы наверное, потребность не оправдает затрат.
-
- Сообщения: 465
- Зарегистрирован: 23.05.2013 21:46
Частично поддержу. Нужна система связей задач. Т.е. это не надзадача, и не очередность кто за кем должен выполняться, а Связи задачи в более широком смысле.
У задачи может быть несколько связанных задач.
Пример:
Задача, исходные данные из другой задачи: так и укажем что данные взяты из задачи такой то, только не просто в комментарии, а в списке примерно таком же как подзадачи, только это не подзадачи, а связанные. Желательно чтобы связь имела имя, возможно срок действия.
Вообщем нужен механизм для указания связей не просто надзадача-подзадача. В деревьях эти связи вообще не показывать. Показывать в карточке Задачи, там же где подзадачи, пониже них сделать еще одну группу: Связанные задачи, ну или Прикрепленные задачи, чтобы не путать с уже имеющимися Подзадачами и Зависимостями в смысле очередности.
У задачи может быть несколько связанных задач.
Пример:
Задача, исходные данные из другой задачи: так и укажем что данные взяты из задачи такой то, только не просто в комментарии, а в списке примерно таком же как подзадачи, только это не подзадачи, а связанные. Желательно чтобы связь имела имя, возможно срок действия.
Вообщем нужен механизм для указания связей не просто надзадача-подзадача. В деревьях эти связи вообще не показывать. Показывать в карточке Задачи, там же где подзадачи, пониже них сделать еще одну группу: Связанные задачи, ну или Прикрепленные задачи, чтобы не путать с уже имеющимися Подзадачами и Зависимостями в смысле очередности.
-
- Сообщения: 236
- Зарегистрирован: 29.05.2014 18:14
-
- Сообщения: 465
- Зарегистрирован: 23.05.2013 21:46
Возможно я привел не совсем верный пример. Ну тогда допусти так: исходные данные из 5 задач, и все их надо привзяать к текущей.В приведенном вами примере, когда одна задача наследует исходные данные из другой задачи не вижу необходимости в какой-то особой связи. Почему не устраивает существующий механизм когда задача-наследник просто подчиняется задаче родителю?
-
- Сообщения: 44
- Зарегистрирован: 14.10.2014 03:20
-
- Сообщения: 236
- Зарегистрирован: 29.05.2014 18:14
-
- Сообщения: 7
- Зарегистрирован: 12.05.2015 23:16