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

no avatar
Василий Мазурок
Сообщения: 0
Зарегистрирован: 11.06.2012 14:04

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

19.04.2012 19:29

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

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

no avatar
Alexander Soskov
Сообщения: 0
Зарегистрирован: 11.06.2012 14:04

20.04.2012 07:25

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

Аватара пользователя
Дмитрий Гончаренко
Сообщения: 3049
Зарегистрирован: 06.06.2012 13:54

20.04.2012 07:39

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

no avatar
Василий Мазурок
Сообщения: 0
Зарегистрирован: 11.06.2012 14:04

20.04.2012 13:44

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

Аватара пользователя
Алексей Сергеевич Аверьянов
Сообщения: 1
Зарегистрирован: 18.06.2012 13:53

18.06.2012 14:02

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

Аватара пользователя
Владимир Кривошеев
Сообщения: 3
Зарегистрирован: 18.06.2012 14:27

20.06.2012 01:25

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

Аватара пользователя
Андрей Серов
Сообщения: 2
Зарегистрирован: 14.07.2012 20:17

15.07.2012 22:32

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

Аватара пользователя
Денис Сахаров
Сообщения: 132
Зарегистрирован: 19.06.2012 11:42

16.07.2012 16:13

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

Аватара пользователя
_Миxаил Гошкa
Сообщения: 346
Зарегистрирован: 11.06.2012 13:51

17.07.2012 15:00

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

Аватара пользователя
Максим Божко
Сообщения: 51
Зарегистрирован: 11.04.2013 00:29

11.04.2013 00:51

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

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

Аватара пользователя
Дмитрий Гончаренко
Сообщения: 3049
Зарегистрирован: 06.06.2012 13:54

11.04.2013 17:07

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

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

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

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

Аватара пользователя
Максим Божко
Сообщения: 51
Зарегистрирован: 11.04.2013 00:29

11.04.2013 20:02

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

Аватара пользователя
Денис Сахаров
Сообщения: 9
Зарегистрирован: 12.12.2012 17:13

12.04.2013 13:31

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

Ответить