Задание даты окончания суммарной задачи

[Халфин Тимур Маликович]

Сейчас дата окончания суммарной задачи ограничена только сроками входящих подзадач.

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

[Dmitry Goncharenko]

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

[Халфин Тимур Маликович]

сообщение должно приходить, что задача просрочена. Причем срок может устанавливать только аудитор или постановщик.
иначе возникает конфликт: как задать крайний срок суммарной задачи?

[Dmitry Goncharenko]

сообщение должно приходить, что задача просрочена.

А будет ли корректным такое сообщение? К примеру, в задаче установлен срок 1 сентября, а у суммарной надзадачи - 15 августа. Приходит 15 августа и исполнитель подзадачи получает уведомление о том, что его задача просрочена. Возникает когнитивный диссонанс - он-то знает, что у него задача до 1 сентября. Более того, он когда ее принимал, то только поэтому и принял, что ему на нее было выделено время до 1 сентября. А тут вдруг с чего-то 15 августа прилетает непонятно что.
В общем, мне кажется, что именно тут и возникнет конфликт, если сделать такую возможность.

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

[Халфин Тимур Маликович]

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

А если задача не суммарная - ничего не сдвигается.

[Dmitry Goncharenko]

Получается, что суммарная задача в принципе не может быть просрочена?

Да. Это такой специальный тип задач.

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

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

[Халфин Тимур Маликович]

прошу рассмотреть возможность - если менеджер не задал крайний срок суммарной задачи, то он остается на усмотрение исполнителя (автоматически изменяется подзадачами)
если срок установлен - то он ограничивает подзадачи сверху.

считаю, что Карфаген интерфейсов должен быть разрушен!
А сущность "суммарная задача" должна быть уничтожена!

[Dmitry Goncharenko]

Ну вот, теперь и суммарные задачи попали под раздачу :)

По сути вопроса - давайте подождем мнений других участников форума.

[Антон Сулимов]

Оставьте в стороне суммарную задачу, используйте обычную. Смысл суммарной задачи - снять нагрузку по расчёту сроков.
Если будете использовать обычную, то сможете выставлять срок главной задачи под себя, как хотите. Подзадачи выбиться за границы главной без утверждения "сверху" не смогут, а утверждение, в свою очередь, даёт возможность увеличивать срок главной, на основании предложенного срока в подзадаче. 
Так получится эффект "суммарности" в главной задаче, останется контроль за изменением сроков подзадач и останется возможность изменять сроки в главной.

[Халфин Тимур Маликович]

Оставьте в стороне суммарную задачу, используйте обычную. Смысл суммарной задачи - снять нагрузку по расчёту сроков.

я правильно понимаю, что вы тоже за уничтожение лишней сущности? (Раз уж она не используется)

[Антон Сулимов]

Нет, не вижу в этом необходимости. Суммарная задача ещё может пригодится, а иной раз и выручить в организации работы.

[Халфин Тимур Маликович]

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

[Антон Сулимов]

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

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

Т.е. меня, как постановщика, интересуют сроки макрозадач, а сообщения о том что задачи просрочены приходят на уровне подзадач, исполнителям, а не постановщику.

Настройте сценарий для подзадач, по которому будете получать любые уведомления о том, что подзадача (на любом уровне) просрочена и отправляйте в главную задачу уведомления. А дальше уже изучайте через диаграму ганта или чек-лист где сбой произошел. 
Можно настроить, чтобы уведомления сыпались каскадно, по условию "изменить надзадачу". Задать шаблонное уведомление и мониторить его появление в задачах и передавать "наверх", так можно поднять на ноги ответственных на любом уровне.
С появленим переменных, думаю, уведомление можно будет настроить удобнее.

[Халфин Тимур Маликович]

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

тогда для планирования неудобно

за подсказку использовать сценарии - большое спасибо

[Антон Сулимов]

А в чём неудобство?
Суммарная задача - сама подбирает сроки на основе данных подзадач.
Обычная - как установили. Сроки меняются не сами, а вручную. Каждое предолжение нового срока из подзадач нужно взвешивать и принимать/отклонять. Так даже лучше, остаётся возможность ставить срок у главной задачи и отлеживать планирование сроков сотрудниками в подзадачах. Возможность изменить срок остаётся. Всё будет чётко, взвешено и последовательно в отличии от суммарной задачи.

Добавлено спустя 7 минут 48 секунд:
А если такой микс попробовать:
1.Сделать задачу изначально суммарной, на первый этап "планирование сроков".
2.Когда этап завершен, все определились с ролями и сроками убирать у задачи галку "суммарная" и возвращать её к обычному поведению
?

Или пойти на хитрость, сделать прослойку:
1.Сделать главную обычную задачу, чтобы можно было задавать у неё крайний срок
2.Сделать суммарную подзадачу, которая будет в рамках надзадачи и рамками для подзадач
3.Прицепить сценарий-уведомление об изменении сроков в суммарной задаче и пересылки их в главную задачу на случай "быть в теме новых веяний"
4.А дальше уже, на третьем уровне, подзадачи на любой вкус и цвет
В итоги плюсы суммарной и возможность работать с сроками.

[Халфин Тимур Маликович]

А если такой микс попробовать:
1.Сделать задачу изначально суммарной, на первый этап "планирование сроков".
2.Когда этап завершен, все определились с ролями и сроками убирать у задачи галку "суммарная" и возвращать её к обычному поведению
?

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

По второму варианту: хотелось бы обойтись без ортопедии
 

[Антон Сулимов]

Может быть нужна простая опция "Отключение процедуры утверждения новых сроков у подзадач не выходящих за границы текущей"?
Граничный срок по сути можно и сейчас задать в обычной задаче, как и менять его через массовые операции.
С отключённой опцией контроля, процесс планирования в подзадачах будет происходить незаметно для главной, как и требуется.
А когда возникнет ситуация с превышение граничного срока, в работу будет включатся процедура согласования, т.к. будет затрагиваться срок главной задачи.

[Халфин Тимур Маликович]

Тогда получается, что суммарная задача - это не отдельная сущность, а состояние задачи при планировании.
Голосую - убить.
[img]

[Michael G.]

Убиваться суммарная задача не будет - она нужна для будущей совместимости при импорте из MS Project. 

[Халфин Тимур Маликович]

Суммарную задачу оставить жить, но добавить в нее запланированные даты (с возможностью массовой фиксации и обратно).

Убить несуммарную задачу

[Евгений Янсон]

Убиваться суммарная задача не будет - она нужна для будущей совместимости при импорте из MS Project. 

А что, импорт из MS Project уже близок?