Таски\баги в системе управления проектами?

Question

[Mephistophele]

Насколько необходимы значения приоритет и прогресс (значение от 0% до 100%) для задания (таска) в PM системе?


В «классических» системах, они используются, в basecamp от 37signals ничего подобного нет.

Answer 1

[Wott]

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

приоритет для тасков нужен лишь на этапе планирования/перепланирования, хотя наверное важен для динамичных методологий. Но в целом малозначителен — важнее иметь зависимости.
Для багов нужен не приоритет а severity, хотя как ни называй… но это скорее в сторону отбражения SLA в трекинге.

Comments

[Mephistophele]

А где-нибудь можно поподробнее почитать про всё это?

Answer 2

[amc]

Приоритеты нужны, а вот какие именно — очень интересный вопрос.
Пример — есть два проекта, можно занятся любым одним. Если у одного из них приоритет выше (например от реализации зависит выплаты по долгам/ЗП), то вопроса что делать не будет.
Прогресс тоже нужен, в аналогичной ситуации если есть проект с 99% — то лучше заняться им, а не распылятся на него и на другой у которого только 5% готово.

Answer 3

[pisarevsky]

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

Comments

[Mephistophele]

А что у Вас за система?

[pisarevsky]

Простой баг трекер Eventum