Ищите иерархическую функцию / систему отслеживания задач - PullRequest
2 голосов
/ 28 января 2010

Я использую Trac для отслеживания ошибок, связанных с моим веб-приложением php. Жестко, в основном я регистрирую функцию / задачи в trac. Кстати, вы считаете это хорошей практикой?
Это очень удобно, потому что я могу отслеживать свои задачи через Eclipse / mylyn, комментировать и исправлять их. Мне очень нравится trac, но я боюсь множества парных задач, которые выглядят почти как ошибки. Есть ли способ (или другая система отслеживания), чтобы хранить мои задачи в иерархическом порядке? Я имею в виду:

  • Модуль магазина (функция)
    • Добавить товар (функция)
    • Список товаров (функция)
    • Удалить товар (функция)
    • Невозможно удалить продукт без имени (ошибка)
  • Другой модуль .. и т. Д.

Редактировать: Есть ли другие полезные практики, где и как хранить задачи в иерархическом порядке?

Ответы [ 8 ]

4 голосов
/ 29 января 2010

У Fogbugz есть задачи и подзадачи, но я недостаточно работал с этой функцией, чтобы посмотреть, поможет ли она. Вы можете поиграть с размещенной версией eval. (На мой вкус, веб-интерфейс чувствует себя вялым для меня, чтобы использовать его - но у меня есть эта проблема со многими вещами.)

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

[обновление]
В настоящее время я использую поиск и фильтрацию в главных ролях, а также для того, чтобы «держать голову» с быстро поступающими задачами или более крупными рефакторами, я использую ручку и бумагу для временных (буклет A5 с кольцами) и ToDoList для полуприцепы перманента.

2 голосов
/ 18 февраля 2010

Вы можете придерживаться Trac и искать желаемую функциональность в http://trac -hacks.org /

Это похоже на то, что вы хотите (могут быть другие, которые я только что сделал быстрый поиск):

Мы используем несколько плагинов из http://trac -hacks.org / с 0.11, и они отлично работают.

2 голосов
/ 16 февраля 2010

JIRA также имеет эту функцию + это почти бесплатно ($ 10 для 10 пользователей).

См. здесь и здесь .

И да ... Я думаю, что это хорошая практика, только не злоупотребляйте ею.

И вот как это выглядит: alt text

1 голос
/ 17 февраля 2010

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

1 голос
/ 16 февраля 2010

Вы не возражаете, посмотрите на GoPlan: http://goplanapp.com/.

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

Разница между этим инструментом и Trac заключается в том, что GoPlan предназначен не для поддержки исходного кода, а для самого проекта, поэтому вы не можете закрыть свои билеты в Eclipse. К сожалению, задачи не имеют решений (заявки есть, но их нельзя упорядочить по иерархии), но я думаю, что это не является своего рода недостатком, который препятствует использованию этого приложения.

1 голос
/ 16 февраля 2010

TargetProcess поддерживает необходимую иерархическую структуру. Это гибкое программное обеспечение для управления проектами, однако оно имеет настраиваемые процессы разработки и поэтому может использоваться также для процессов Waterfall или Kanban / Lean. Самая глубокая иерархическая структура, которую вы можете иметь, выглядит следующим образом:

  • Программа
  • Project
  • Release
  • Функция
  • История пользователя
  • Задача

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

1 голос
/ 16 февраля 2010

Посмотрите на Roundup Issue Tracker.

Несколько лет назад, до выхода Trac, я написал несколько трекеров для поддержки пользователей и разработчиков. Настроить схему базы данных и создать новые шаблоны html-страниц очень и очень просто.

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

task = IssueClass(db, "task",
    dependson=Multilink("task"),    # here, you link tasks to other tasks
    assignedto=Link("user"), 
    keyword=Multilink("keyword"),
    priority=Link("priority"), 
    status=Link("status"))

В документации Roundup есть рецепт, который показывает, как создавать проблемы с «блокировщиками», что означает, что вы не можете закрыть проблему, если одна из связанных с ней проблем не закрыта:

http://www.roundup -tracker.org / Docs / customizing.html # блокирующие-вопросы, что-зависит-на-других-вопросов

0 голосов
/ 11 февраля 2010

Некоторые из инструментов управления требованиями поддерживают иерархии, например, CaliberRM от Borland.Тем не менее, они тяжелые и коммерческие.Это имеет смысл, только если у вас есть значительный объем информации для обработки.

...