Какие средства отслеживания проблем поддерживают вложенные билеты и насколько хорошо они работают для преодоления разрыва между менеджерами проектов и разработчиками?

Question

Есть функция, которую я хотел бы видеть в программном обеспечении для отслеживания проблем, которая, кажется, не настолько распространена, и это возможность разделить заявку (ошибка, запрос функции и т. Д.) На подзадачи. и просматривать их в иерархическом порядке, возможно, с помощью какого-либо отчета в стиле индикатора выполнения о конкретном билете и его дочерних билетах.

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

Кто-нибудь знает о системе отслеживания проблем, которая делает это? Пока что те, на которые я смотрел (Trac, FogzBugz и Basecamp), имеют плоскую организацию заявок, поэтому они либо полезны для разработчиков или для менеджеров проектов, но не для обоих. Assembla допускает, чтобы билет имел дочерние билеты (и несколько родительских билетов), но он не очень хорошо работает с этой конкретной функцией.

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

( Обновление: Это , а не субъективный вопрос «какое у вас любимое программное обеспечение для отслеживания ошибок». Я спрашиваю о средствах отслеживания ошибок с определенной функцией для конкретной цели, поэтому пожалуйста, не публикуйте свой любимый баг-трекер, если он не выполняет то, о чем я просил. Единственный, возможно, субъективный элемент - насколько хорошо он работает для этой конкретной цели.)

Answer 1

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

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

Answer 2

TUTOS.

Это даже делает управление проектами наверху.

Рабочий процесс, вики, это довольно хорошо.

www.tutos.org

Answer 3

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

Answer 4

Tele-Support HelpDesk имеет очень хорошую и простую в использовании систему отслеживания ошибок, которая также имеет преимущество, предоставляя ее отделу поддержки, чтобы связать клиентов с проблемами и затем уведомлять клиентов, когда проблемы завершены. Я живу этим каждый день и считаю рабочий процесс чрезвычайно продуктивным. Руководство всегда знает, что происходит в данный момент, что только что было исправлено и какие проблемы актуальны (и даже сколько времени нужно, чтобы что-то исправить).

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

наш Типичный рабочий процесс: ошибки вводятся в систему службой поддержки / персоналом по обеспечению качества. Руководство просматривает список «новых» ошибок и устанавливает приоритет, в котором они хотели бы их устранить. Персонал разработчиков просматривает список приоритетов и устанавливает предполагаемые уровни усилий. Руководство рассматривает и корректирует приоритет. Разработка завершает вопросы. QA проверяет завершенные проблемы и уведомляет клиента об успешной публикации обновлений.

На всех этапах любой сотрудник может просмотреть список и узнать, каков текущий статус, и даже добавить примечания или присоединить другого клиента к проблеме. Есть поля для версии релиза, которые мы используем с пользовательским фильтром / отчетом для автоматической генерации наших заметок о выпуске. (снимок экрана с открытой известной проблемой : это часть продукта для отслеживания ошибок).

Answer 5

Rally поддерживает представления разработчика и управления проектами

http://www.rallydev.com/