Страница 1 из 1

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

Добавлено: 19.04.2012 19:29
Василий Мазурок
Зависимость задач

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

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

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

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

Добавлено: 18.06.2012 14:02
Алексей Сергеевич Аверьянов
Поддерживаю последний комментарий.

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

Добавлено: 15.07.2012 22:32
Андрей Серов
Коллеги, сориентируйте пожалуйста по срокам реализации данного предложения.

Добавлено: 16.07.2012 16:13
Денис Сахаров
Также интересуюсь.

Добавлено: 17.07.2012 15:00
_Миxаил Гошкa
Ориентировочно конец 4 квартала 2012

Добавлено: 11.04.2013 00:51
Максим Божко
В соответствии с новой редакцией PMBOK, в проекте должно быть не более 5% несвязанных задач. Не должно быть "отрицательных" связей между задачами, то есть начало/конец следующей задачи должно быть не раньше связанного начала/конца предыдущей.
Хотелось бы что -бы у задачи при завершении был результат (Успешно решена, не успешно решена, провал по сроку и т.п.) Таким образом можно будет поставить выполнение одной задачи не только в зависимость от завершения но и от результата выполнения задачи от которой она зависит.
 Мне кажется, что не нужно плодить для этого дополнительных атрибутов в задачах. Связывание задач - дело ответственное и нужно производить тогда и только тогда, когда фактически эта связь не может быть разорвана и выходы одной задачи строго являются входами другой. ПланФиксу нужно лишь спросить у постановщика при закрытии: "Хотите запланировать следующие связанные задачи?" и перечисляется список всех задач, которые привязаны к окончанию закрываемой. При этом, если следующая задача имеет и другие предыдущие, которые еще не закрыты, то про них у постановщика мы ничего не спрашиваем.
Со стороны исполнителя у задачи, которая связана с еще не закрытой, задача может отображаться в статусе "Предварительно запланирована" или "Предварительно запланирована после задачи ___", а при создании связи задач постановщик может указать настройки приватности, например "Исполнитель видит задачу в статусе Предварительно запланирована", "Исполнитель видит предыдущую задачу и может отслеживать ее события" (например, чтобы быть готовым к началу выполнения задачи, и чтобы новая задача не обрушилась на исполнителя, как снег на голову).

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

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

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

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

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

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

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