Зависимость задач

[Василий Мазурок]

Зависимость задач

Очень нужно что бы одна задача выполнялась после того как будут успешно выполнены другие задачи.
Например задача "Купить пива" должна сработать только после завершения задачи "Снять деньги в банкомате". Ранее эта задача просто не имеет смысла.
Особенно актуально это когда одна задача назначена одному исполнителю а другая другому. И получив задачу ранее чем выполнится та от которой она зависит - задача может выполнится неправильно.

[Alexander Soskov]

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

[Dmitry Goncharenko]

Да, вы оба правы - штука нужная и она стоит в наших планах. Новые типы связей между задачами это очередной шаг в "проектной" ветке развития ПланФикса, причем он первый на очереди в этом направлении. Мы даже рассматривали вариант сделать его в тех же релизах, что и шаблоны задач, но т.к. объем работ достаточно большой, решили не отклоняться от ранее намеченных планов, так что этот функционал появится чуть позже.

[Василий Мазурок]

Ну раз уж меня заметили, то добавлю несколько дополнительных пожеланий к этой заявке.
Хотелось бы что -бы у задачи при завершении был результат (Успешно решена, не успешно решена, провал по сроку и т.п.) Таким образом можно будет поставить выполнение одной задачи не только в зависимость от завершения но и от результата выполнения задачи от которой она зависит.
Так же неплохо было бы иметь возможность поставить зависимость задачи сразу от нескольких задач, предоставив пользователю принимать решение по "И" или по "ИЛИ" ставить эту зависимость. Т.е. все задачи должны быть выполнены или любая из задач - для того что бы зависимая задача стала активной у исполнителя.

[Алексей Сергеевич Аверьянов]

Поддерживаю последний комментарий.

[Владимир Кривошеев]

Да, зависимые задачи - это штука крайне необходимая. По крайней мере в нашей организации.

[Андрей Серов]

Коллеги, сориентируйте пожалуйста по срокам реализации данного предложения.

[Денис Сахаров]

Также интересуюсь.

[_Миxаил Гошкa]

Ориентировочно конец 4 квартала 2012

[Максим Божко]

В соответствии с новой редакцией PMBOK, в проекте должно быть не более 5% несвязанных задач. Не должно быть "отрицательных" связей между задачами, то есть начало/конец следующей задачи должно быть не раньше связанного начала/конца предыдущей.

Хотелось бы что -бы у задачи при завершении был результат (Успешно решена, не успешно решена, провал по сроку и т.п.) Таким образом можно будет поставить выполнение одной задачи не только в зависимость от завершения но и от результата выполнения задачи от которой она зависит.

 Мне кажется, что не нужно плодить для этого дополнительных атрибутов в задачах. Связывание задач - дело ответственное и нужно производить тогда и только тогда, когда фактически эта связь не может быть разорвана и выходы одной задачи строго являются входами другой. ПланФиксу нужно лишь спросить у постановщика при закрытии: "Хотите запланировать следующие связанные задачи?" и перечисляется список всех задач, которые привязаны к окончанию закрываемой. При этом, если следующая задача имеет и другие предыдущие, которые еще не закрыты, то про них у постановщика мы ничего не спрашиваем.
Со стороны исполнителя у задачи, которая связана с еще не закрытой, задача может отображаться в статусе "Предварительно запланирована" или "Предварительно запланирована после задачи ___", а при создании связи задач постановщик может указать настройки приватности, например "Исполнитель видит задачу в статусе Предварительно запланирована", "Исполнитель видит предыдущую задачу и может отслеживать ее события" (например, чтобы быть готовым к началу выполнения задачи, и чтобы новая задача не обрушилась на исполнителя, как снег на голову).

UPD А вообще, ну как бы 2-й квартал 2013 года, хотелось бы апдейтов по прогрессу реализации от многоуважаемых разработчиков )

[Dmitry Goncharenko]

Мы решили (во многом из-за моего прессинга)) постараться вначале продвинуться поглубже по ветке кастомизации ПланФикса, и только затем перейти на "проектную" ветку, чтобы дойти по ней до диаграммы Ганта. Так что за перенос сроков можно ругать меня))

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

Текущая ситуация:
Для перехода к движению по "проектной" ветке развития ПланФикса, нам нужно два полноценных релиза на "кастомную" ветку:
- кастомные статусы задач
- кастомные поля задач

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

[Максим Божко]

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

[Денис Сахаров]

Текущая ситуация: Для перехода к движению по "проектной" ветке развития ПланФикса, нам нужно два полноценных релиза на "кастомную" ветку: - кастомные статусы задач - кастомные поля задач Затем мы плавно переходим на проектную ветку, сделав по дороге один релиз с приоритетами задач и переделкой чеклистов в подзадачи, и начинаем двигаться по ней. Начнем, кстати, именно со связей между задачами. после которых полноценный релиз отведем на разработку диаграммы Ганта, которая должна стать не просто отчетом, а интерфейсом для удобного динамического управления проектом.  

Полностью совпадает с моими мыслями о том, чего не хватает (и уже давно) в ПФ.
Очень жду.